EDICIóN GENERAL
342 meneos
1152 clics
"El sistema informático del servicio de urgencias de La Paz pone en riesgo la seguridad del paciente"

"El sistema informático del servicio de urgencias de La Paz pone en riesgo la seguridad del paciente"

Las enfermeras de urgencias de el Hospital La Paz están sufriendo una odisea desde la implantación del nuevo sistema informático HCIS. Denuncian que están trabajando con una absoluta inseguridad jurídica. Tal es su temor a cometer algún tipo de error que se han visto obligadas a dar parte al juzgado de lo que está ocurriendo por si algún paciente denuncia mala praxis. "Tememos estar duplicando medicaciones a los pacientes,con lo que eso puede implicar,porque el sistema a veces borra nuestra firma y no consta que el enfermo haya tomado el fárm

| etiquetas: sistema informático , servicio urgencias , la paz , seguridad paciente , hcis
Luego dicen,el trabajo de informático no tiene ningún riesgo...hasta que la cagas y lo subes a producción.
#1 Me gustaría ver las baterías de tests que hacen antes de subir los cambios a producción. Que están jugando con las vidas de muchísima gente.

Aunque por otro lado, con la mierda que estará cobrando el becario a media jornada de la subcontrata de la subcontrata de la subcontrata del amiguete de la cárnica que puso el sobre más gordo debajo de la mesa, es algo comprensible :-P
#7 en mi experiencia,becarios nada,gente desmotivada,puede que alguno valga,0 tests,se planea on the run,y presión a tope.
#10 Espero que se investigue, si es tal como cuentas porque hoy en día no se pueden permitir estas chapuzas con las tecnologías de desarrollo que hay. Y si llega la sangre al río, que se busquen en las altas esferas a los culpables de la chapuza. Que paguen por ello penal y judicialmente con la máxima dureza.

No pueden administrar la sanidad pública de millones de personas regalando cientos de millones a la sanidad privada (hasta 372 millones a un único hospital) a la vez que niegan un aumento presupuestario de menos de 6 millones para aumentar el personal de urgencias de los principales grandes hospitales públicos de la capital. Hacen una política de psicópatas para llevárselo calentito a su bolsillo privado y encima son intocables.
#12 la mierda siempre chorrea para abajo,esto es el problema de la ingenieria cost-out que se esta llevando en los ultimos años,luego sale software defectuoso y se juegan la vida de la gente,pero nunca se buscan responsables...
#10 A mi me gustaría también saber que pruebas hicieron los usuarios, porque las quejas que están poniendo son más bien de que simplemente no funciona como debe.

Que muchas veces las pruebas de aceptación de los usuarios pasan por ver pantallas y poco más.

A esto se añade la incompresible razón de poner de golpe en todos los hospitales un sistema tan crítico. He visto aplicaciones más chorras ser implementadas en algún centro primero y luego extenderlo a otros.
#14 el problema es que no habra test unitarios me juego el cuello,no se puede culpar solo a los usuarios ni desarrolladores pero aqui falla un CRUD que tela ...
Es lo normal tener un centro primero y luego extenderlo pero seguro que los pagos se harian por implantación simultanea ya tu sabeh...
#21 Yo le pondría el doble de CRUD.
#10 Siempre se echa la culpa a los becarios, como si todos los programas del mundo los hicieran becarios. En mi empresa hay gente brillante, pero cuando donde tiene que haber 3 programadores para llevar el trabajo bien, tienes solamente a 1 y la entrega no llega en fechas, pues el hombre hace lo que puede, sin apenas probar, y estando hasta los huevos. Y no es por falta de capital, que yo he hecho un cambio de meter un campo nuevo en un formulario, cosa que ha llevado 1 hora*, y la empresa ha…   » ver todo el comentario
#1 La culpa no es principalmente de los becarios que hayan hecho el programa contra reloj cobrando cuatro perras. La culpa es principalmente de los responsables encargados de comprobar la calidad y de dar el visto bueno antes de pasar a producción: Los responsables de las subcontratas y los responsables del sistema sanitario.

Eso no puede salir a producción en esas condiciones. No se puede vender un coche que se sale de las curvas.

Muchos responsables han tenido que hacer mal su trabajo. Y…   » ver todo el comentario
#24 Aunque los de QA digan que esta mal, igualmente se empuja a produccion por que el cliente lo pide.
#1 Los que tienen riesgo son los periodistas que oyen petardos y se creen que ha empezado la guerra, yo estoy en el HULP y el problema fue un una caida del servidor que da internet a las aplicaciones de la comunidad, peto y por lo tanto se quedaron sin acceso a todas las aplicaciones, solo que como no hace mucho que les han cambiado su forma de trabajar a una totalmente nueva y la formación ha sido escasa y lo mismo se pensaban que le iban a poner un IOS, aprovecharon para quejarse de ello...Pero de ahí a lo que dice la prensa..Una prueba mas de lo poco que se informa la prensa de nuestro PAIS
El otro día decía uno que por qué había un sistema informático por comunidad y por qué no tenían todas el mismo sistema...
#2 magnífica idea... habría que proponer en la ONU un único sistema informático mundial para todo.
#4 Mmmm... pues no lo tengo tan claro... ¿Sabes lo que es un monocultivo?

Otra cosa diferente sería establecer un protocolo estándar de intercambio de información y de acceso, para que todos los sistemas fuesen interoperables. Algo así como HL7 pero con esteroides. Pero que todo el mundo use exactamente el mismo código en algo tan sensible no creo que fuese buena idea...
#8 se supone que eso es lo que pretenden con las leyes y normas de interoperabilidad (expediente electronico, factura electronica, etc) al menos en la administracion.
#13 El gobierno andaluz sí comparte Diraya para otras administraciones

administracionelectronica.gob.es/ctt/diraya#.W-8cKtVKjIU

Otra cosa es que las otras administraciones lo quieran implantar.
Andalucía es pionera en compartir software con otras administraciones. Empezó con los ayuntamientos andaluces. Al Estado le gustó la estrategia y desarrollado esta política. Andalucía ha donado muchísimo software al Estado. Hoy en día toda España usa los certificados electrónicos y la firma…   » ver todo el comentario
#35 Gracias, nunca me acuerdo del nombre :-D

Sinceramente, he conocido gente con el título y que no sirve para nada, y otros sin él pero muy dedicados a su trabajo. El título de la uni siempre está bien, pero a nivel de empresa se requiere mucho más.

Yo optaría por acreditaciones vía exámenes para ir adquiriendo niveles, y así la gente irse curtiendo en la base de lo que requiere cada nivel.
#39 De nada :-)

Como te digo. No discuto que haya gente sin título superválida. Y con títulos verdaderos negados. Pero el tema de la regulación no es una cuestión de conocimientos. Sino de exigir responsabilidades.
Yo no puedo exigirle a una persona que no tiene el graduado escolar a que me haga una multiplicación porque no tiene un papel que le certifique ese conocimiento. Lo mismo esa persona sin graduado escolar te hace derivadas parciales con los ojos cerrados (no es el…   » ver todo el comentario
#42 Aquí el tema es simple, y es que en un proyecto que se hace un diseño no se firma con nombre y apellidos quien hace dicho diseño, al igual que pasa en otras ingenierias.

Por otro lado, te voy a contar una anécdota. Yo soy fisico pero programando, un picateclas, pero la anécdota iba por otro lado.
Hablando con otro físico nos comentaba que el dirigía a ingenieros en temas de placas solares, creo que era. El tema es que como no era ingeniero, ningún colegio le acreditaba sus diseños.
Así que…   » ver todo el comentario
#43 Lo de picacódigo no era despectivo. Quería infundir con poco éxito que su responsabilidad es bastante limitada porque sigue unas indicaciones.

"un proyecto que se hace un diseño no se firma con nombre y apellidos quien hace dicho diseño, al igual que pasa en otras ingenierias"

En todas las ingenierías, incluído la informática, los proyectos son visados a la persona que firma el proyecto. Los colegios profesionales de informática visan a la persona que firma el proyecto y…   » ver todo el comentario
#35 Yo en ningún momento he dicho que el gob. andaluz no quiera compartir el Diraya (o no ha sido esa mi intención) sino que no se está utilizando por el resto de comunidades (y he dado mi opinión de cual es la razón principal) cosa que es algo palpable cuando has trabajado con Diraya y utilizas servicios de salud de otras comunidades... Simplemente, van una década atrasados...

Sobre los títulos... Yo antes pensaba eso, pero tras trabajar unos años en el sector... No es tema de títulos, sino de como está estructurado el sector, con "conseguidores" y "jefes" que no tienen ni idea y solo chupan del bote, dejando al final un % mínimo para el desarrollo.... Lo que lelva a prisas, chapuzas y contratos precarios...
#57 Perdona, había entendido que no se compartía. Ahora la ley obliga a las Administraciones a tomar el software que esté disponible para compartir. A ver si eso mitiga, este tipo de cosas. Lo dudo, porque siempre hay coleguitas y demás que ya sabemos. Aunque muchas veces, la cosa es más simple, no se trata de "amigos" sino de la inutilidad de políticos y jefes de departamentos que no saben ni lo que tienen entre manos.

En cuanto a los títulos. Pues no quiero repetirme. No es que…   » ver todo el comentario
#8 HL7 (HL7 FHIR) y DICOM para imagen medica ya son los estándares de intercambio de información, esta todo inventado. Y el tener diferentes aplicaciones no es malo, fomenta la competencia y la evolución de estas. Es un tema político y de parcela. Con el SERMAS se integran muchos hospitales, cada uno de su padre y de su madre, con aplicaciones de gestión hospitalaria diferentes. No creo que fuese muy difícil subir un escalón y hacerlo a nivel nacional.
#2 #4 ¿y cuál es el problema? Un único sistema informático para todo no es posible porque una gasolinera no funciona igual que un hospital pero entre hospitales ¿qué problemas o qué diferencias hay entre un hospital de Andalucía y otro de Madrid para que necesiten dos programas diferentes? Si hubiesen puesto en La Paz el mismo sistema de otra comunidad que ya está probado y sí funciona, a lo mejor no tendríamos este problema.
#34 La cuestión es que nos habrían quitado el nuestro para poner la chapuza madrileña. Porque claro viene de la capital no puede ser peor.
#48 Entonces el problema está en elegir la opción mala, no en hacer un programa para toda España, que sería lo lógico.
#4 protocolos. Estándares. Normas.

Pero no se le puede pedir peras al olmo
#2 Los problemas que nombran cuando comenzamos la implantación del Diraya(software de gestión integral que incluyen centros de salud y hospitales en Red) en urgencias de los hospitales de Andalucía (hace como 15 años) se hizo en varios hospitales para ir probando, teníamos unos 6 o 8 informáticos (4 24 horas más otros 4 dependiendo de la carga de trabajo) que básicamente nos dedicábamos a introducir datos en el programa, ir viendo como mejorar la interfaz(menos carga de trabajo para…   » ver todo el comentario
#13 Actualmente había por ahí un departamento a nivel estatal para que se compartan el uso de programas, lo que pasa que tampoco es lo mismo colgarte la medalla por haber elaborado un programa que pedírselo a otro y que se cuelgue el mérito. Que también hay mucho politiqueo en esto temas, ... además de otras cosas. ;)
No quiero entrar en debates de titulitis, pero, usando la construcción como ejemplo, alguien debería analizar qué hacen pepe gotera y otilio construyendo túneles y viaductos.
Es algo demasiado habitual en la informática. Eso y las interminables cadenas de subcontratacion que dejan recursos inutiles por el camino y poco margen para hacer un buen producto.
#3 A la pregunta obvia de por qué no se elimina tanto intermediario chupóptero, la clave está en que todos trincan. Salvo el machaca picateclas y el usuario final del "producto", claro.

Así seguiremos hasta que haya una desgracia gorda del estilo del puente de Génova, o hasta que ya no queden programadores suficientes porque hayan conseguido huir a empresas mejores o hayan preferido fregar escaleras.
#5 La desgracia, aunque no tan gorda como el puente de Génova, ya ha pasado:

en.wikipedia.org/wiki/Therac-25
www.safetyresearch.net/blog/articles/toyota-unintended-acceleration-an

Y estas son las fáciles, seguro que hay más...
#3 "No quiero entrar en la titulitis, pero a falta de toda evidencia voy a encontrar como explicación más plausible para un mal trabajo la falta de un título". Señor, tengo algo que contarle, ha contraído titulitis.
#11 ¿No será lupus :shit:?
#11 Cuando tengas que operarte nos avisas. Queremos ver como renuncias a que lo haga un médico titulado y que te opere el de mantenimiento. Ya sabes, por eso de la titulitis y tal
#40 Espero que pidas un medico titulado que haya pasado después de la carrera mínimo otros 5 años de cirujano residente, porque si no, prácticamente te va a dar lo mismo que te opere un aficionado que se haya visto todos los episodios de House MD y Dexter.
#54 Sí, para mí quiero un médico con todos los "extras", su MIR, su residencia, etc. Porque si se equivoca, lo puedo fundir. Al aficionado también lo puedo fundir por intrusismo, porque está regulada la profesión.

Pero al director de proyecto (jefazos, etc) del software de la noticia que casi se lleva por delante a la mitad de los pacientes, a ese, no le va a pasar nada. Porque no ha firmado nada (en relación a sus capacidades de ingeniería informática). Y la culpa se la va a llevar…   » ver todo el comentario
#60 Lo bueno de las comparaciones es que valen para todo. Imagino que si te explota el coche, denunciarás a la marca, no al ingeniero, al mecánico o al operario de la fábrica de montaje.

En los proyectos donde yo he trabajado la responsabilidad era de la empresa, como en muchísimos sitios. Si luego la empresa tiene que depurar sus propias responsabilidades, tranquilo, que lo harán.
#3 Yo me preguntaría:
¿Cómo puede ser que los usuarios hayan dado el visto bueno a eso?
¿Cómo se atreven a implantarlo en todos los centros a la vez?

Si usamos la construcción como ejemplo, es como solicitar un chalet, que te den una chabola y que tú le des el visto bueno :-S
#16 el problema con sistemas informaticos grandes (la administracion es un ejemplo) es que los que contratan y deciden estan muy lejos de los que conocen el servicio y saben lo que hace falta. Y los que ofertan y proponen no tienen ni puta idea de lo que la tecnología te permite o no hacer. Aparte, los sobornos que haya por el camino.  media
#17 Uhm...  media
#17 El problema de esos sistemas es que no se parte de un sistema pequeño, básico, y se va refinando y ampliando, si no que se contempla como un todo. Son grandes dinosaurios que tardan años en llegar a los usuarios finales, y cuando lo hacen sus tecnologías ya son obsoletas, y los requisitos iniciales han cambiado.
#3 he tenido que pelearme con gente que se cabreaba porque añadía tests a su código, me decian que les hacía perder el tiempo cambiándolos si cambiaba la especificación.
Cuando les preguntas que por qué no los hicieron desde el principio la excusa siempre es el tiempo. Joder, pierdo mucho más tiempo probando a mano cada vez y seguro que me dejo casos!!!

Eso con gente de 10 años de experiencia, que con juniors...
#19 Gente junior que empieza es normal que por si solos no hagan tests. El problema es que esa persona junior tendría que tener a un equipo que le ayudase y guiase, se hace una pull request y no se aprueba hasta que no hayan tests entre otras cosas y si se atasca y no sabe como hacerlos, se hace pair programming con él. Por un equipo de cuatro personas expertas debería haber un programador junior máximo. El problema, es que pasa lo contrario, los equipos suelen estar formados por tres o cuatro…   » ver todo el comentario
Esto podía titularse porque hay que usar Scrum en un desarrollo.(Lei el meneo de un articulo diciendo lo contrario).
Virus hospitalarios, un problema común para los pacientes. :troll:
Contratan empresas que hacen ñapas (indra, hp). Tiran los precios y desplazan a empresas honestas. Comisión por aquí, maletín por allá, a cambio del contrato. Más pronto o más tarde salen en las noticias. Lo pagamos todos. Es triste. :'(
Clamor en todos los estamentos...
Usando unas palabras de esas que mi madre me hubiera prohibido pronunciar..: UNA PUTA MIERDA !
( Ay! , suspiros por el Selene. Visconti, Visconti )
La Internet matará la Internet.
Lo ideal es repetir el mismo sistema informático en cada Comunidad Autónoma, así el Indra de turno trinca más. Que se busque al jefe de proyecto y se le impute por negligencia.
GNU Health es un proyecto de Software Libre para profesionales de la salud, instituciones de salud y gobiernos :

health.gnu.org/es/index.html

Al menos que tomen nota y lo estudien como posibilidad.
#32 las cosas no son tan sencillas
#37. Ni tan sencillas ni tan complicadas.
(CC #32)
es lo que tiene votar a gestores corruptos, parásitos e ineptos
Que investiguen la cadena de subcontratación y los perfiles de las cárnicas que les han vendido como "expertos", igual se llevan las manos a la cabeza cuando descubran que pagan lingotes de oro por recien licenciados en cualquier carrera de ciencias con poca o ninguna relación con la informática.

Pagan oro -> se reparte en comisiones y sobres de las cárnicas y subcontratas -> llegan cacahuetes para los desarrolladores -> obtienen monos.
Y esto explica por qué la informática en España no es una ingeniería. Por mucho que se lo quieran llamar a nivel universitario (ganas de ser fantasioso) lo que se ha practicado de toda la vida en la empresa real es la albañilería del software.
#46 Estuve en un proyecto donde teníamos 350.000 líneas de código nuestras, más una veintena de librerías externas, aunando una docena de tecnologías diferentes, y por el que pasaron 14 programadores en distintas etapas. Ni siquiera lo considero un proyecto grande, si no de tamaño medio. Si no fuese por que se hace ingeniería, un proyecto así sería imposible de componer.
Aquí se habla de todo pero nadie habla del usuario, ese que no tiene ni idea, no quiere aprender las novedades y siempre le echa la culpa al informático por no haberse leído la documentación. Supongo que el error es de ambos, no solo de una parte.
la protección de datos sólo sirve para ponernos trabas burocráticas a nosotros, los hijos de puta que hay detrás, cuando quieren y cómo quieren, hacen con esos datos a su antojo
Huele a Indra. A ver si acierto.
Que busquen al becario de la decima subcontrata que lo ha hecho...
comentarios cerrados

menéame