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
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
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.
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
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.
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
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...
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.
Curiosamente ninguno de los dos suele ser informatico
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.
Estuve en una conferencia en la Fosdwm de un burócrata europeo y casi no sale vivo de allí.
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
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.
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.
Si solo la anestesia de una operación quirúrgica supondría unos 7.000 euros.
Sigamos votando a los de siempre que seguro que esta vez si que lo arreglan.
Si esto te suena es porque el mundo sanitario se parece en todas partes
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,
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.
...un tal "cocopino" ¿lo conocen???
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.
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.
GNU health
OpenMRS
FreeMED
www.e-global.es/software/10-programas-opensource-software-de-historia-
1. El modelo de proyecto: unos gestores públicos gastan dinero de otros (los ciudadanos) para que un tercero (el contratista) desarrolle un producto/servicio para unos cuartos (los profesionales del hospital).
2. El modelo de contratación: el contratista consigue el proyecto con una propuesta a la baja. Ya reducirá costes de alguna manera.
3. El modelo de empresa: el contratista tiene desarrolladores malpagados que son tratados como carne al peso para compensar los enormes costes de los consultores/analistas con solera.
4. El modelo de trabajo: la mayoría de consultores/analistas hacen un trabajo terrible definiendo los requisitos y, por otro lado, interfieren en decisiones técnicas que les vienen grandes (porque la tecnología les pasó de largo hace ya mucho tiempo). Las indefiniciones acaban siendo resueltas por los desarrolladores, muchas veces ad-hoc y, por otro lado, se ven obligados a usar herramientas o tecnologías impuestas que no sirven o no son las más adecuadas.
5. La metodología de análisis: ¿quién define el producto, el cliente o los usuarios? ¿Quiénes son los interlocutores expertos que más valor aportan? ¿Quiénes producen tanto ruido que deben ser apartados? ¿Se les puede apartar, o su "autoridad" lo impide? ¿A quiénes les importa que la solución desarrollada sea la que se necesita?
6. Las tecnologías: ¿cómo de actualizados están los responsables técnicos del proyecto sobre la mejor manera de abordarlos? ¿Son conscientes de que la única posibilidad es tomar un enfoque holístico que reduzca al mínimo la complejidad?
Visto lo visto, lo raro es que alguna vez un proyecto de estas características termine llegando a algún sitio que no sea el cubo de la basura.
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.
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.
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.
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.
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.
No necesita lo mismo un hospital de referencia, con miles de pacientes, que un ambulatorio de una ciudad turística.
De igual forma no hay 17 programas de bibliotecas. Hay tres, 3-4 empresas a lo sumo que comercializan esos programas en España. Lo que haces cada comunidad es comprar el programa, dimensionado al número de licencias que necesitan. Y la empresa les da el soporte según lo que pagan y lo que necesitan. Y si necesitan customizaciones particulares cada cual se paga la suyas.
Por ejemplo muchas de las bibliotecas cabeceras de provicia utilitzan Absys, que es el programa original cuando todavia dependían del ministerio. Después de la transferencia algunas como Catalunya migraron a milenium, porque era lo que tenian en sus biblioteas universitarias y sus gestores querian aprovechar esa experienza.
Los dos sistemas dan un servicio lo suficientemente bueno para mantener los dos en sus respectivos ambitos.
Yo considero que la competencia ayuda a que esos programas crezcan y se desarrollen. Por ejemplo hay una empresa de Albacete que se ha especializado en proporcionar un pack básico económico en la nube de servicios de administración electrónico para ayuntamientos. Los ayuntamientos se subscriben y tienen todos los servicios interoperables en pocos días.
Que esto lo debería haber hecho el estado, o los diputaciones de forma centralizada...se intentó y algunos ayuntamientos lo usaron. Pero era tan obtuso que solo unos pocos lo consíguelo. Luego vino la empresa privada y se llevo el mochuelo... y esto es bueno.
(*) Todo esto oído a un consultor de SAP que se alquilaba a 300 euros/hora.
Edit: en serio, lo q paso es q vi tu cita y no lo había dicho yo. Y si está en el artículo... Yo esq comento sin leer. Llámame raro.
Como todo buen meneante
2-> O directamente lo subcontratan a una cárnica.
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.
Hace unos años cambié a televisión, el mismo soft que se usa para hacer Fornite, unreal, se usó para hacer los fondos de Mandalorian y otras muchas más, producción virtual lo llaman, me llamó una productora y acepté para cambiar de aires, gran error, nunca pasé tanta vergüenza, en la primera reunión con los clientes el CEO de la empresa que me había contratado, se inventaba términos, fallos garrafales, diciendo unas tonterías tremendas, prometiendo cosas que no podía cumplir porque habría que multiplicar le presupuesto por 100, y lo peor, en el otro "bando", el del cliente, había un tipo que trabajó conmigo en videojuegos y sabía que aquello era penoso, cuando terminó me quedé con él para salvar los muebles y me dice., ahh no te preocupes estas chorradas siempre son igual, los ceo no tienen ni idea, ni siquiera los lameculos que llevan como director de estrategia logística de contenido interactivo orientado a tigres blancos, cargos bonitos, para decir ayudante, pero siempre llevan a uno que sepa algo, porque ellos son conscientes que no tienen ni idea, sueltan chorradas y ya.,
El proyecto fue un desastre, lo dejé en menos de un año., eso sí, la productora de las más importantes, con contratos millonarios con Amazon y netflix, pero con un CEO que no distingue una cámara de una alpargata..
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.
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.
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.
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.
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.
El verbo correcto es cagados
dle.rae.es/engendro
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.
pq entre otras cosas, pensamos lo mismo en este caso
¿Sólo te comenta gente que está en contra?
Atroz. El programa exige a los médicos que borren información sanitaria de los pacientes.
"Es un programa muy poco intuitivo. La distribución de los botones en la pantalla no tiene lógica. Si quieres saber el historial de medicación de un paciente, tienes que imprimirlo primero para verlo completo, en el ordenador no podíamos. Pierdes mucho tiempo y gastas papel""
"Se nota que no está pensado por médicos o enfermeros. Está creado por informáticos sin tener en cuenta las cosas que necesitamos los sanitarios. No es intuitivo y va lento, pero no sabemos si es por los ordenadores o qué. Cuando se cae, estamos media hora o más sin poder trabajar. Por suerte, ocurre poco, una vez cada mes o dos. También sueles tardar en encontrar los informes, se pueden guardar hasta en tres sitios diferentes"
"Nosotros no tenemos todo unificado. Usamos un sistema para medicación de pacientes ingresados, otro para los que damos de alta, otro para acceder a hospitales de la Comunidad de Madrid... Cada día uso siete programas distintos, cada uno con su usuario y contraseña. Pero Selene es el más importante y, de largo, el peor. ¿Ves normal tener que borrar información del historial clínico porque hay limitación de caracteres? ¿O que el programa se cierre de repente y pierdas tu trabajo? ¿O que tengas que estar entrando todo el rato para saber cuándo están listas las analíticas que has pedido? No hay alertas que te avisen, ni un triste icono. Los compañeros de analíticas nos tienen que acabar llamando por teléfono cuando hay algo urgente"
Ninguna se está refiriendo a tecnologías, arquitecturas o paradigmas de programacion usados, se refieren a la definicion de flujo de trabajo y eso meu, eso no lo hace el programador, al que le cae la bronca cuando el que se está escaqueando es el funcional
He trabajado en ambos lados, haciendo pliegos de contratación para la administración pública (para un organismo autónomo) y dirigiendo equipos de desarrollo en contratos públicos. A lo contrario que lo deja entrever la carencia de argumentos de tus dos comentarios, yo sí sé perfectamente de lo que hablo.
De nada.
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.
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) .
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í.
Estas aplicaciones tienen un elevado grado de complejidad que aumenta aún más por, insisto, una ausencia de criterio unificado en la forma de trabajar y la propia evolución del producto para adaptarse a décadas de evolutivos y nuevas necesidades. Y, al final, como se termina simplificando: todas son la misma mierda. Pero se está exigiendo que algo cuyo core se diseñó hace 30 años esté preparado para el presente sin apenas coste, en un sector cuya evolución tecnológica es constante. Imagina tratar de hacer un coche con las necesidades actuales usando un motor y una mecánica de hace 60 años. ¿Y por qué no hacer un coche nuevo? Porque no es rentable. En mi opinión, tras meditar sobre el asunto con otros colegas, la solución pasa por diseñar un modelo de datos público que cubra las necesidades de la atención sanitaria y levantar las aplicaciones públicas y/o privadas sobre ese modelo de datos. Esto también tiene inconvenientes pero, en mi opinión, mejoraría evolución de estas aplicaciones porque se tendería a la estandarización de circuitos de trabajo.