Blog de APISCAM
jueves, 25 de marzo de 2010
Lasquetty, dispuesto a escuchar “la opinión de los profesionales”
'Por su parte, Lasquetty trasmitió a los profesionales sanitarios “el respaldo y el respeto del Gobierno regional y de la presidenta por su trabajo” y destacó que empieza su mandato “con toda la intención de tener muy presente la opinión de todos los profesionales médicos”, así como técnicos, enfermeros y personas de apoyo a la sanidad madrileña.'
Fuente y noticia completa: Redacción Médica 24/03/2010
Ranking académico de las web de los hospitales
Fuente y noticia completa: Blog "De la innovación y otros demonios' 22/03/2010
Entradas relacionadas:
El sistema informático de 40 centros de salud se cuelga por segundo día consecutivo
Después de que este martes se crearan colas de hasta 50 personas en los centros de Primaria para pedir cita médica, Molero señaló que la caída de este jueves [miércoles] se produjo sobre las 11.00 horas, y que los problemas para acceder al sistema se alargaron toda la mañana, por lo menos, hasta las 14 horas. Desde la Consejería de Sanidad afirmaron que se trata de una "caída puntual" que se enmarca en la "complejidad" de instalar una herramienta informática.
En la actualidad, alrededor de un 10 por ciento de los 400 centros de salud de la región cuentan con este sistema informático centralizado, que será muy importante a la hora de la aplicación de la Ley de Libre Elección de Médico, ya que a pesar de que no es imprescindible, facilita mucho la elección al permitir la interconexión de centros.'
Fuente y noticia completa: Madridiario 24/03/2010
Entradas relacionadas:
- [04/03/2010] Los pacientes de 39 centros de salud se quedan 'colgados' por un problema informático. Sanidad asegura que la parada estaba programada (Madridiario)
- [05/03/2010] Una avería obliga a hacer las recetas a mano en 39 ambulatorios. La nueva aplicación informática arrastra problemas y retrasos desde 2006 (El País)
- [23/03/2010] Los ambulatorios se quedan 'colgados' por segunda vez en un mes. Por problemas con el nuevo sistema informático AP-Madrid (Madridiario)
- [24/03/2010] Más fallos del sistema informático (El País)
“El mercado de las tecnologías de la información aplicadas a la Sanidad está pendiente de desarrollo”, según los expertos
La constatación de que el mercado de las tecnologías de la información y comunicación (TIC) aplicado a la Sanidad está dando sus primeros pasos y, por lo tanto, tiene un gran potencial. Ésta ha sido la principal conclusión de la jornada de clausura de la reunión de alto nivel sobre e-health que se ha celebrado en la capital catalana durante toda la semana.
La última mesa redonda del encuentro, titulada ‘Un mercado sanitario europeo. ¿Realidad o ficción?' ha estado moderada por Francisco Ros, secretario de Estado de Telecomunicaciones y para la Sociedad de la Información del Ministerio de Industria. Para Ros, es evidente que la combinación de los sectores tecnológico y sanitario, “lleva a una mejora para los usuarios y ciudadanos”, con una mejor gestión de los recursos y el desarrollo de nuevos espacios de valor añadido “en un momento de evolución técnica y adopción de las tecnologías de la información”. '
Fuente y noticia completa: El Médico Interactivo 23/03/2010
- [02/02/2010] eHealthWeek en Barcelona del 15 al 18 de Marzo (Hospital Digital)
- [17/02/2010] eHealth Week 2010 en Barcelona del 15 al 18 de marzo (Web de la SEIS)
- [10/03/2010] eHealthWeek en Barcelona. Programa. Ponentes en WhoHIT de Sanidad de Madrid (Entrada nuestra)
Los programas informáticos destinados a diagnóstico o terapia son considerados producto sanitario
Fuente: Redacción Médica 19/03/2010
Salvando vidas gracias al software libre [Acerca del problema de las dosis fijas de las recetas de AP-Madrid]
El problema de un sistema informático es que en general pretende que la realidad se adapte a la estructura de datos del sistema y no al revés. Y luego pasa lo que pasa.
Uno de los errores más graves es que el sistema te obliga a la hora de emitir una receta a poner la dosis en un formato completamente rígido: "desayuno, comida, cena, al acostarse".
Sorprende que el analista informático no haya caido en que hay medicamentos que no se toman "en el desayuno", sino a lo mejor cada 3 horas. O medicamentos que no se toman todos los días igual, o que se toman una vez a la semana, etc, etc, etc.
En el software anterior (OMI-AP) el programa te daba la opción de poner una posología tipo "desayuno-comida-cena-al acostarse", pero era opcional (podías dejarlo en blanco y el sistema seguía emitiendo las recetas sin problemas). Aquella posología se utilizaba para emitir unas hojas de tratamiento para los pacientes analfabetos con unos dibujitos de "desayuno, comida, cena" muy útiles... siempre que fuese algo optativo.
En la nueva versión el sistema te obliga a meter una dosificación en ese formato. Si lo dejas en blanco como no te imprime la receta y si pones un cero tampoco. Te obliga a que el paciente se tome al menos una pastilla al día, en el desayuno, la comida, la cena o antes de acostarse.
Esto ocurre porque la empresa que ha desarrollado el software no ha hecho los deberes, y en realidad no ha habido analista informático alguno (nadie se ha reunido con los profesìonales). Simplemente se ha cogido el programa anterior, se han copiado los formularios y se ha reprogramado todo en un entorno web con base de datos centralizada... y de paso "arreglamos esos errores del programa anterior como que dejen emitir recetas con las dosis en blanco, que eso no puede ser lógico" (pensaría el programador de turno).
El problema es que ese "error informático" puede costar vidas. Por ejemplo en el caso del sintrom, medicamento que se usa para diluir la sangre. Las dosis de sintrom deben ajustarse a cada paciente y son variables según el día. A lo mejor el lunes y martes tienes que tomar tres cuartos, y el miercoles y jueves una pastilla entera.
Para emitir la receta sin embargo tienes que poner una dosis fija. Imaginemos que es un paciente anciano itinerante de esos que cada mes les cuida una persona distinta. O la cuidadora habitual cambia y llega una nueva. Como no está segura de qué dosis hay que darle al anciano decide mirar la receta y ve que pone "una en la cena"... así que siguiendo las instrucciones del médico le da una pastilla todos los días. Al poco tiempo el anciano aparece muerto con una hemorragia interna.
Es una probabilidad remota, pero es una probabilidad. Y las casualidades ocurren, sobre todo cuando se trata de errores informáticos en el campo de la medicina.
Si el programa AP-Madrid fuera de código abierto (como linux) cualquier médico con un poco de conocimientos de programación, se daría cuenta del error y podría subsanarlo rápidamente, sin tener que esperar a que el equipo de ingenieros se reuniese y pusiese ese error como prioridad (se ha notificado a los responsables desde hace semanas y sigue sin arreglarse).
AP-Madrid no es software libre (no vamos a pedirle a nuestros políticos que sepan ni siquiera de qué va el asunto), pero están tan cutremente programado que uno puede acceder a las funciones javascript viendo el código fuente de la página (son tan cutres que ni siquiera utilizan el siempre elegante
script type="text/javascript" src="external.js">).
Pues bien, aquí está la función javascript que puede provocar muertes (los comentarios son los del propio programador, la negrita es mía...):
function calcularDosis() {
var p1 = document.getElementById('prescripcion. posologiaToma1Txt').value;
var p2 = document.getElementById('prescripcion. posologiaToma2Txt').value;
var p3 = document.getElementById('prescripcion. posologiaToma3Txt').value;
var p4 = document.getElementById('prescripcion. posologiaToma4Txt').value;
//Los decimales los acepta con tipo float, pero las fracciones hay
que tratarlas
if (p1.indexOf("/") != -1) p1 = fraccionAFloat(p1);
if (p2.indexOf("/") != -1) p2 = fraccionAFloat(p2);
if (p3.indexOf("/") != -1) p3 = fraccionAFloat(p3);
if (p4.indexOf("/") != -1) p4 = fraccionAFloat(p4);
//Eliminamos los posibles espacios en blanco
p1 = p1.replace(" ","");
p2 = p2.replace(" ","");
p3 = p3.replace(" ","");
p4 = p4.replace(" ","");
//Si son vacios lo sustituimos por cero
if (p1 == "") p1 = "0";
if (p2 == "") p2 = "0";
if (p3 == "") p3 = "0";
if (p4 == "") p4 = "0";
var posologia = parseFloat(p1)+parseFloat(p2)+parseFloat(p3)+parseFloat(p4);
var horas = 24;
if ((document.getElementById('nomenclator.idNomenclator'). value!=null) &&
('C'=='D') &&
(posologia!=0.0) && (horas!=0.0)) {
dosis = document.getElementById('prescripcion.dosis');
intervalo = document.getElementById('prescripcion.intervalo');
An = posologia * 24;
Ad = horas;
reducir();
dosis.value = An;
intervalo.value = Ad;
}
}
Pues bien, para arreglar el problema y evitar muertes bastaría con eliminar lo resaltado en negrita (y quizá tocar alguna parte del código donde pueda darse una division by zero).
No es difícil, se hace en 10 minutos; siempre por supuesto que arreglar ese problema esté en tu lista de tareas prioritarias.
¿A qué esperan los de la consejería?... más mascadito no se lo puedo dar.'
Fuente: La pella de gofio del Dr. Bonis 24/03/2010
miércoles, 24 de marzo de 2010
Ana Sánchez, ¿tras los pasos de Güemes?
Fuente: Redacción Médica 24/03/2010
Imagen: Redacción Médica
Más fallos del sistema informático
El programa, que permite consultar una historia clínica desde cualquier centro, "puede ocasionar graves problemas de praxis médica", alertan. Ponen como ejemplo "la obligatoriedad de transcribir posologías que no son reales" o "impresión de recetas que no corresponden a la prescripción realizada". Los médicos denuncian que el programa se cuelga con mucha frecuencia y les obliga a volver al papel y el boli, con lo que las consultas se retrasan y los pacientes deben esperar más. Ayer por la mañana volvió a suceder. Sanidad aseguró que fue "una caída puntual".'
Fuente: El País 24/03/2010
Enlace externo relacionado:
AP (A Por uvas)-Madrid, no funciona
'Insertamos a través de Atensión Primaria la carta remitida por los compañeros del Área 11 de Madrid (CS San Andrés) a los responsables ¿? del Servicio Madrileño de Salud, a propósito del naufragio de AP-Madrid. Tomado del Grupo de Afectados por la aplicación AP-Madrid:
Estimado Sr./Sra.:
Desde primeros de marzo de 2010 tenemos implantado para nuestro trabajo diario la aplicación informática AP Madrid. Aunque nos han informado de forma repetida que la versión actual (creemos que la nº 60) supone mucha mejoría respecto a las versiones iniciales, creemos que sigue siendo una versión en desarrollo. Por un lado da muchos
problemas técnicos, interfiriendo de forma muy notable la atención diaria a los pacientes y que está provocando mucha tensión en los trabajadores. Por otro lado, puede ocasionar graves problemas de praxis médica que nos pueden ocasionar problemas legales.
Nos referimos en concreto a aspectos como la obligatoriedad de transcribir posologías que no son reales y que pueden provocar equívocos en los enfermos; marcar pautas desayuno, comida y cena en fármacos que precisan dosificación horaria, impresión de recetas que no corresponden a la prescripción realizada.
Los ajustes técnicos que se están realizando para la incorporación de otros temas como la Libre elección de médico o Área Única, se hacen durante la jornada habitual de trabajo, dejándonos sin posibilidad de acceder a la historia clínica del enfermo ni realizar las tareas habituales (recetas, PICs…)
Existen sistemas informáticos que permiten una gestión más rápida y efectiva de la que nos ofrece AP Madrid. Se ha optado por un sistema que ya está técnicamente superado (múltiples confirmaciones para cada tarea) y que no mejora la anterior herramienta de trabajo.
Mientras se solventan todos estos problemas y se desarrolla una versión al menos igual de efectiva que OMI, solicitamos permitieran continuar trabajando con OMI en toda su extensión y que se paralice el proceso de implantación en otros centros de salud para que otros compañeros no tengan que sufrir los problemas que estamos padeciendo en nuestra labor diaria.'
Fuente: Primun non nocere 24/03/2010
Aguirre usa el Plan E para pagar los ambulatorios que prometió. El Gobierno central financiará dos centros de salud en Alcobendas y Galapagar
El sistema es sencillo. Lo primero que hace la Comunidad es devolver las parcelas que los ayuntamientos le habían cedido -años atrás, en algunos casos- para que construyera los ambulatorios. Con la titularidad nuevamente en manos del Consistorio, éste incluye el proyecto en la lista que envía al Ministerio de Política Territorial. La Comunidad se encarga, incluso, de elaborar el proyecto arquitectónico, de forma que el Ayuntamiento sólo tiene que licitar la obra. Una vez en pie, el edificio pasa a formar parte de la red de centros de salud de la Consejería de Sanidad, que lo dota con medios y profesionales y lo gestiona.
El truco permite a la Comunidad de Madrid ahorrarse los 2,8 millones del centro de Valdelasfuentes (Alcobendas) y los 2,9 del de Galapagar y tratar de avanzar en el cumplimiento del compromiso electoral. Estos dos ambulatorios estarían entre los 55 prometidos por Sanidad, que se niega reiteradamente a hacer pública la lista oficial porque "aún no está cerrada"...'
Fuente y noticia completa: El País 24/03/2010
Lasquetty niega que se vaya a privatizar la lavandería del Hospital Clínico
"Si ha ido al hospital Clínico a denunciar una supuesta privatización, lo primero que tengo que decir es que en el hospital Clínico no está previsto, ni se está realizando ningún tipo de privatización de ningún servicio, dependencia, ni siquiera de la lavandería", aseguró Lasquetty después de que el secretario general del PSM-PSOE, Tomás Gómez, acudiera hoy al Clínico, donde ha criticado la privatización de la lavandería del centro.
De hecho, los sindicatos denuncian desde hace semanas el cierre de la lavandería del centro, que a partir de ahora se realizará en el servicio central de lavandería de la Comunidad, ubicado en Mejorada del Campo.
CC.OO. y UGT ya anunciaron movilizaciones de protesta, y CSIT defiende que el cierre de la lavandería supone una ruptura del acuerdo de 27 de octubre de 2008, por el que la Consejería se comprometía con los sindicatos presentes en la Mesa Sectorial de Sanidad a no externalizar ningún servicio que no lo estuviera antes de esta fecha y que supondrá "un desembolso económico, además de un trabajo y esfuerzo extra innecesario".
Por su parte, la Consejería mantiene que el cierre de la lavandería "no supone una reducción de plantilla" y asegura que el personal que actualmente presta servicios en la misma "será reubicado en otros servicios del hospital sin perjuicio de aquel personal que tiene que seguir manteniendo la recogida de lencería".
Además, afirma que esta medida se comunicó el 10 de marzo a la Mesa Sectorial de Sanidad y que "tiene su origen en la necesidad de ampliar servicios asistenciales para mejorar la atención a los pacientes, ante la imposibilidad de una expansión del hospital por estar ubicado el mismo en el centro de Madrid".
Asimismo, Sanidad sostiene que la lavandería central pública de Mejorada "cuenta con infraestructura suficiente para poder acometer el servicio que se dejará de prestar en el Hospital Clínico" y afirma que "se va a crear un grupo de trabajo dependiente de la Mesa Sectorial que aborde los problemas de reubicación del personal de la lavandería".'
Fuente y noticia completa: Europa Press 23/03/2010
Entradas relacionadas:- [10/03/2010] Los sindicatos de la Sanidad se movilizan ante el anuncio de privatizaciones [de los servicios no sanitarios de todo hospital con Plan Director] (ABC)
- [11/03/2010] Sanidad de Madrid inicia la externalización de los servicios no sanitarios de los hospitales (Acta Sanitaria)
- [11/03/2010] FEMYTS: Informe de la Mesa Sectorial de 10 de Marzo de 2010. [Futuro de interinos y eventuales]
- [17/03/2010] Informe de CSIT-UP de la Mesa Sectorial de 10 Marzo de 2010 [Lavanderia Clinico, externalización servicios no sanitarios, Decretos] (CSIT-UP)
- [17/03/2010] Junta de Personal del Área 7: Campaña no al cierre del lavadero
[Recordatorio] Círculo Sanitario FEMYTS: "Libre Elección y Sistemas Informáticos" con la participación de APISCAM y de la Dira. Gral de SSII Sanitaria
- 10,30 - 10,45 horas. LIBRE ELECCIÓN Y SISTEMAS INFORMÁTICOS, ESTADO DE LA CUESTIÓN. Dr. Gabriel del Pozo Sosa. Coordinador de Delegados de FEMYTS.
- 10,45 - 11,15 horas. EL PUNTO DE VISTA DE LOS TÉCNICOS EN INFORMÁTICA. D. Domingo Sánchez Ruiz, presidente de la Asociación de Profesionales de Informática de la Sanidad de la Comunidad de Madrid (APISCAM).
- 11,15 - 11,45 horas. EXPERIENCIAS EN LOS CENTROS DE ATENCIÓN PRIMARIA. Dr. Francisco José Saez Martínez, Médico de Familia del C.S. Ciudad San Pablo (Coslada).
- 11,45 - 12,00 horas. DESCANSO. Café.
- 12,00 - 12,30 horas. DESARROLLO DE LAS APLICACIONES EN LOS HOSPITALES. Dr. Jaime Martín Cavana. Cirugía General y Digestivo del Hospital Fundación de Alcorcón.
- 12,30 - 13.00 horas. EL PUNTO DE VISTA DE LA CONSEJERÍA DE SANIDAD DE LA COMUNIDAD DE MADRID.Da. Zaida Sampedro Préstamo. Directora General de Sistemas de Información Sanitaria de la Consejería de Sanidad.
- 13,00 - 13,20 horas. COLOQUIO PONENTES-PÚBLICO ASISTENTE.
- 13,20 - 13,30 horas. CONCLUSIONES Y CLAUSURA. Dr. Javier López de la Morena. Coordinador General de FEMYTS.
Entrada recordada:
DOCUMENTO: Acta del Debate sobre la Libre Elección de Médico en la Comisión de Sanidad de la Asamblea de Madrid
DESCARGAR: DOCUMENTO COMPLETO '
Fuente: Acta Sanitaria 24/03/2010
El futuro Explorer 9 soportará HTML5 y SVG
Fuente: Barrapunto 16/03/2010
Entradas relacionadas:
martes, 23 de marzo de 2010
Los retos del nuevo Consejero de Sanidad
Lasquetty, que ayer tomó posesión de su cargo, tendrá que trabajar a contrarreloj....'
'La instalación de AP-Madrid, la aplicación que permite consultar las historias clínicas desde todos los centros, puede ser otro hueso para el nuevo consejero. Los médicos alertan de que no para de colgarse y de que es mucho más lento que el antiguo.'
Fuente y noticia completa: El País 23/03/2010