Más de 100.000 sanitarios en hospitales públicos españoles usan cada día el programa Selene para gestionar a miles de pacientes. Muchos se quejan de continuos fallos en el sistema que suponen una "pérdida de tiempo brutal". Es el sistema de gestión de pacientes que usan 67 de los 468 hospitales públicos en España. Se trata del software comercial con mayor implantación en los hospitales de nuestro país por número de centros, número de usuarios y años de funcionamiento (dos décadas) y, a la vez, es uno de los que más quejas acumulan.
|
etiquetas: españa , hospitales públicos , selene , software de gestión de pacientes
Al menos 3 de esos programas han sido hechos por indra, por cierto, nose como no les da vergüenza poner el nombre de la Empresa en esos enjendros
Un entorno citrix con servidores en windows server 2008 (si, expuestos a internet) que abre un aplicativo que parece hecho con Windows Forms. Antipático de usar a más no poder. Depende que gestión quieras hacer, si no entras antes de tu hora a trabajar (o te quedas un rato al finalizar), olvídate. Si hay determinado número de personas conectado, empieza a tirar errores de Crystal Reports, fuentes en uso y demás cosas raras.
Sigamos votando a los de siempre que seguro que esta vez si que lo arreglan.
Mira que he trabajado en sanidad en múltiples lugares, y solo he visto mierda de software y mamandúrrias en su compra y licitación
Si esto te suena es porque el mundo sanitario se parece en todas partes
En todos los casos licitaciones en paralelo para hacer lo mismo, con prisas, con falta de presupuesto, con gente queriéndose poner medallas, etc. Creo que en vez de hacer 17 programas uno en cada taifa con licitaciones chanchullescas y políticos manejando presupuestos (con intenciones que todos conoccemos) y poniéndose medallas x17 hubiera sido más correcto que se juntaran varias CCAA y hacer algo más en condiciones.
Sobre la opinión de estos compañeros respecto los médicos a los que formaban para el uso de estos programas, daría para un libro.
Si solo la anestesia de una operación quirúrgica supondría unos 7.000 euros.
Por no decir que si ya tienen una aplicacion que hace X, y otro servicio necesita otra aplicacion que haga lo mismo... no se escala la primera no, se crea otra independiente. Sus huevos.
...un tal "cocopino" ¿lo conocen???
(Es broma, yo trato programas igual de antiguos)
1. La administración saca a concurso los proyectos, gana normalmente el proyecto más barato.
2. Las empresas para abaratas costes ponen becarios, o juniors, y en general falta de personal que produce valor (programadores, analistas, QA, etc...) para poder seguir sacando tajada a proyectos muy por debajo de su coste real, aún incluso cuando a veces tienen que prorrogar y añadir costes a los proyectos mal valorados inicialmente.
3. La administración no aprende de sus errores, y en vez de exigir explicaciones y calidad a las empresas o no volver a darles proyectos, repite el mismo procedimiento.
2-> O directamente lo subcontratan a una cárnica.
Por otro lado hay muchos intereses en la gestión de lo sanitario, las empresas privadas no les interesa que la sanidad pública funcione correctamente.
Todo forma parte de lo mismo: incompetencia y sabotaje de lo público.
No es broma, lo peor no son los lenguajes utilizados, lo peor es el inexistente diseño de los programas sanitarios, encontrando solo "cutypaste" mal realizado y chapuza sobre chapuza. Las aplicaciones en AS400 de los hospitales eran mejores que muchas de las actuales.
Los proyectos de cierta envergadura requieren varios analistas, arquitectos de software, etc... etc... Y requieren cierta planificación y saber cómo proceder para lo que se quiere cumplir, al igual que saber hasta donde está pensado que escale dicho proyecto. En definitiva, saber cómo coño hacerlo.
Pero en proyectos donde todo va a prisa porque no dan las horas, que están muy por debajo de lo requerido, se hacen las cosas a correr.
Y ya, en tono de coña, en respuesta a lo que has dicho, he vivido muchos años y todavía no me ha atendido un médico en condiciones. Hacen diagnósticos como monos y dan recetas como inútiles , jejejeje.
Los problemas que pasando por preproducción, producción,... que deberian ser de dias, pasan a semanas o meses, porque la empresa les interesa ya que es parte de sus ingresos, y casualmente la plataforma tiene fallos galopantes, que tienen solución pero que curiosamente no se soluciona.
Y si, estos aplicativos son llevados por empresas privadas.
Que todo el presupuesto se va diluyendo casi todo en puestos inútiles e innecesarios.
El estado realiza la aplicacion, intentando contentar a todas las autonomias. Luego estas usan la aplicacion en sus competencias. Una sola aplicacion. Consiste en ahorrar costes.
Si alguien bucea en el formato Ibermarc de bibliotecas lo entendera.
Antes de 'reirse' , recordar que de los primeros lugares en poner sistemas informaticos de gestion de la informacion, fueron en las bibliotecas.
Indra es lo que se conoce como una cárnica, tiene su platilla petada de juniors que cobran el SMI super explotados, normal que el soft que saquen sea penoso.
El verbo correcto es cagados
Hace ya años que me contaron la historia con detalle, pero creo recordar que cosas tan básicas como exportar datos para hacer alguna investigación o análisis de datos médicos era un infierno.
GNU health
OpenMRS
FreeMED
www.e-global.es/software/10-programas-opensource-software-de-historia-
Entonces la mala calidad del software no ha interferido con su objetivo que es vender muchas copias. Por lo tanto corregir los fallos sólo sería un gasto sin beneficio alguno porque queda claro que no necesita funcionar mejor para que se venda bien.
Se plantea un presupuesto abultado, como es joya de la corona se presentan como lideres y cabecillas lo mas granado de los trepas del lugar, tanto desde el cliente como desde el proveedor, vas a tener por un lado a managers que no han tocado máquina desde hace 20 años pero que van a adornar todo para dar glamour (comerciales) como usuarios que hace mil años que no ejercen tomo tal si no que son gestores de personal (jefes de departamento), que no conocen exactamente las vicisitudes del trabajo real que se realiza en sus oficinas.
Si juntas a un vendehumos con un tipo que no domina el puesto para el que se esta realizando el desarrollo vas a tener como resultado especificaciones vagas, inexactas o directamente erroneas. Y eso pasa. Muchisimo.
Vamos no se vosotros pero yo estoy aburrido de ir a reuniones con consultoras donde la mas minima pregunta tecnica específica de como van a solucionar X o que camino van a seguir para Y se responde con un "eso es un nivel muy tecnico que ya discutiremos mas adelante jiji jaja jajota", y me pasaba lo mismo cuando acudía como consultor y tenía que aguantarme que gente que no tenia ni puta idea del sistema, te cerrase la boca con un "esos detalles se hablan luego, no es el proposito de esta reunion" en precisamente reuniones de toma de decision tecnicas o de negocio.
El problema no es el chaval que pica que hace lo que puede, el problema muchisimas veces es la propia definicion de proyecto, y ese problema tiene origenes bastante turbios, gente haciendo una labor para la que no estan preparados
Los becarios están para aprender y hacer cuatro cosillas supervisadas por seniors, en la mente del novato siempre está el tema se controlar mucho al usuario pero no facilitar las cosas. Si quieres meter las notas de un mes pues tendrías que poner al lado de desde hasta un botón que diga "todo el mes" y rellene los campos lo que es infumable es que pongas 31/06/xxxx y te diga "el mes 6 tiene 30 dias" pero ni siquiera te corrija la entrada y tengas que arreglarlo a mano, y así, mil cosas.
Un poco de la historia de los HIS en los nuevos hospitales de madrid que movieron miles de millones de euros, para impulsar la privatización de la sanidad.
Los hospitales tradicionales tenían y tienen el his de HP. Los nuevos hospitales licitan el HIS y gana HP. Peeeero sobre la bocina por un simple error administrativo descalifican a HP y gana el segundo, SIEMENS, con su HIS “Selene” (luego lo vendería a Cerner). Era presidenta de la cam la señorita Esperanza Aguirre.
elpais.com/diario/2006/12/26/madrid/1167135856_850215.html
www.publico.es/actualidad/siemens-polemico-contrato-multimillonario.ht
Y fue un dolor de huevos considerable. Integraciones fallidas, errores…
www.elcorreo.com/vizcaya/v/20110131/rioja/esperanza-aguirre-pidio-disc
¿Cual es la historia detrás?
El cuñado de Aguirre era el responsable de Siemens Healthcare en España. HP impugnó pero algo hubo por detrás que no continuaron con ello y se dejaron robar.
Y para más inri el responsable de la comunidad de madrid, tras la adjudicación, fue contratado por Siemens healthcare para un puestazo (Lamela, Güemes…).
elpais.com/diario/2006/12/29/madrid/1167395056_850215.html
www.eldiario.es/sociedad/ejemplos-desmanes-privatizacion-sanitaria_1_2
Edit: vale, que no había leído lo que has puesto al final
Nota: Soy un gran defensor de los profesionales de la sanidad. Esto no es una crítica a ellos, sino a tu desprecio hacia otros trabajadores.
dle.rae.es/engendro
El problema con el software es que no se suelen ver las fallas hasta que no empiezas a usarlo mucho. Por ejemplo, tu compras un ordenador con windows y funciona maravillosamente. Siempre fue así incluso con las peores versiones de windows.
Cuando notas claramente los problemas es cuando te has pasado 1 año preparando la implantación y pruebas, y has pasado semanas o meses de usarlo en producción, capacitada la gente y cargados los datos. Después de todo eso, es cuando se ven de verdad los problemas y ya no es viable volver atrás.
Si has contratado un desarrollador pequeño puedes quejarte, presionarlo, llamarlo todos los días, etc. hasta que vaya solucionando lo que falla. Pero si tienes una licitación y un contrato, lo asignaste a un proveedor que es una empresa muy grande, y se ha hecho el pago ya no puedes hacer más que llamar a la mesa de ayuda, que te contestará con respuestas genéricas como "reinicie y se solucionará" o "si el nombre lleva un apóstrofe no lo escriba para evitar ese misterioso error de sql que sale que es debido a una característica propia de la base de datos" (o en términos técnicos que tiene un tremendo agujero que permite inyección de SQL) .
Curiosamente ninguno de los dos suele ser informatico
A mi, sinceramente, me resulta muy difícil creer que alguien que tiene ese recorrido formativo no sepa escribir, pero si eres realmente médico, el sistema está bien jodido. Y no dudo que seas un médico excelente, pero hombre, hay que tener un nivel mínimo en un mínimo de cosas y más cuando te pones a despotricar de otros.
Yo he visto a un equipo trabajar meses en un sistema de gestión de camas para un hospital que no lo necesitaba ni lo iba a usar. Pero el jefe se lo pidió al manager que lo diseñaron como les dio la gana porque ni siquiera sabían lo que necesitaba el hospital. Ya terminado, un gran producto que hacía a la perfección lo que el manager pedía, se enteraron de que nunca se usará .
Al final las empresas medio grandes tienen tal cantidad de burocracia que acaban teniendo un impacto negativo en el producto. Esto pasa en España y en chiquititán.
En mi trabajo nos pasa un poco al revés, es común que las medianas y grandes empresas que forman parte de grandes corporaciones prefieran no hablar con Indra ni ninguna de esas, los equipos tienen un presupuesto y un i+d que podrían gastar y hablan directamente con el responsable del producto, que es el que trata en el día a día con el producto y con el desarrollo. Con sus necesidades directas y sus opiniones se trabaja. Luego, cuando nuestro producto está en una de las empresas pequeñas, el producto se acaba enseñando a las demás empresas del grupo y contratando más licencias. Yo lo he escuchado de gente que tiene voz y voto en cierta gestión petrolífera mundial, que mejor tratar con pequeñas empresas si necesitas pequeños productos.
Pero claro, el sector público no puede hacer eso.
Yo estoy en esta situación, aunque mi impacto es limitado, pero esperan que resuelva todo un diseño, no tengo tiempo para aprender el framework asi que va todo en css y js a pelo hasta donde pueda llegar.
Los usuarios que lo van a usar no me van a adorar precisamente pero no voy a ser capaz de hacer otra cosa en tiempo,
Lo que permite la mejora continua, es que haya varias empresas con diferentes programas y que compitan entre ellos.
De hecho los programas de gestión hospitalaria no están ligados siempre a una comunidad autónoma, sino a un hospital concreto.
Cuando se construye el hospital, se suele licitar también el programa de gestión que lo va a llevar.
Y aunque haya quejas, funcionan infinitamente mejor que el Lexnet. Y todos tienen cierto grado de interoperabilidad entre si ya que tienen que cumplir ciertos estándares.
Y no estar ligado a un programa concreto, tiene la ventaja que puedes cambiarlo cuando te hartas de el- Aunque esto nunca se hace porque las migraciones son costosas y en el caso de un hospital pone en peligro la prestación del servicio.
Es que ni se esconden
En sanidad, pasa algo parecido.
Los cojones.
Lo único que hace Indra que no hacen las demás es...
Hacienda y la Seguridad Social permitieron a Indra redactar pliegos de concursos que amañó con sus rivales
Lo que me temo que ocurra en la administración es que se paguen las horas a precio de senior cuando, con suerte las hace un junior y, con peor suerte, un becario, que me merecen todos los respetos porque todos tenemos que aprender.
Poner a juniors a resolver la papeleta sin supervisión es normal que acabe mal.
Yo por ejemplo estoy resolviendo un problema sin conocimiento del dominio, sin tiempo para el framework y aún encima todo está en Italiano
Me pagan pero hay unas expectativas irreales. Cuando se quejen les diré que así es la vida y que ajo y agua.
Pero me resulta incomprensible hacer 17 programas y normalmente todos mal. Lo natural es hacer licitaciones entre varias CCAA, luego que cada comunidad vaya viendo qué cosas hace mejor cada una de esas soluciones y al final quedarían un par de opciones más que correctas.
Sólo me lo explico desde el punto de vista del político intentando mangonear el máximo posible de dinero público, sea absurdo o no.
pq entre otras cosas, pensamos lo mismo en este caso
¿Sólo te comenta gente que está en contra?
Qué verdad más grande. Estando en esas reuniones, muchas de ellas no son más que extensiones de la venta y con la intención de estrechar lazos de negocio, y los requisitos son básicamente una lista de los reyes magos hecha sin tener ni idea ni de sus propias necesidades.
Y debería exisitir un forge público europeo y una oficina que guiase el desarrollo de las administraciones para no acabar con decenas de proyectos con idénticas funcionalidades.
Pero... ay, los sobres...
Otra cosa es que el cliente no sepa lo que quiere o no sepa racionalizarlo porque intenta dar gusto a veinte formas diferentes de trabajar con un sólo aplicativo. Lo que deviene en formularios con millones de iconos, que permiten hacer de todo desde cualquier sitio complicando el mantenimiento de la aplicación y enfarragando su uso.
Así que, te corrijo, es mucho peor aún que diseñadas por un mono: están diseñadas por un médico, incapaz de imponer un único criterio de trabajo porque entre bomberos no os pisáis la manguera. Pero luego la culpa la tienen quienes os mantienen el engendro, claro que sí.
Entre todos ponemos los billetes para que "funcione", y los cuatro amigotes de siempre se llevan los billetes fuera del país: apiscam.blogspot.com/2013/03/infolibre-el-gobierno-de-madrid-no-cree.h
Con tus impuestos funciona tan mal porque los cuatro amigotes se dedican a derivar todo el dinero que pueden del erario destinado a sanidad hacia la privada-concertada en lugar de hacia la pública.
Después de una intervención el médico que la hizo de equivocó e hizo click en informe de alta/CMA en vez de en informe de alta. Un error, pues el paciente ha Estado bloqueado durante 4 días, no se le ha podido pautar medicación ni prescribir pruebas.
La respuesta ha sido que el Programa no contempla que se pueda cometer un error
Hay que me da la risa
Estos ojitos han visto un SAP distinto en casa direccion general de una ccaa por que a los señores directores generales no les salia de alli el compartir con el de al lado, como para compartirlo con otra ccaa.
1- Para hacer eso bien habría que implementar este mecanismo, etc. -> No hay tiempo, lo queremos ya, mejor haz esto otro.
2- No creo que esta sea la mejor opción, puede dar lugar a los siguientes problemas. -> Tu hazlo, y ya veremos como lo arreglamos.
3- Esta feature aún no esta estable -> Bueno, nosotros la entregamos y ya lo solucionaremos si alguien chilla. Haz un documento de como arreglarlo en base de datos cuando se den los casos.
Atroz. El programa exige a los médicos que borren información sanitaria de los pacientes.