Hace 9 meses | Por blodhemn a elconfidencial.com
Publicado hace 9 meses por blodhemn a elconfidencial.com

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.

Comentarios

camvalf

#4 con su permiso le corrijo, sera señor Licenciado.

Luis_F

#12 Los médicos son doctores per se.

totope

#4

xyria
s

#56 Pues entonces hay que entender que el obstáculo es intentar atacar un problema complejo, que encima va variando con el tiempo, entre actores que no necesariamente están ordenados, y no que un programa lo hayan hecho "inútiles".

editado:
vale, que no había leído lo que has puesto al final

l

#88 Como poco, seria estupido no pedir en el contrato todo el codigo fuente tambien se entregue y no solo el programa final.

Por la via del sofwar libre, se podriia enseñar a los colegios como se evoluciona y creo sofware util para la sociedad.

#16 Pues ese seriia otro motivo para hacerlo sofware libre, hacerlo investigable, para ver si saca datos delicados.
Antes en los ordenadores habia unos pocos datos y poco peligrosos, peor ahora esta todo y la capacidad de gestionarlos y el interes en sacarlos partido es muchisiimo mayor que hace unas decadas.


#56 Pues la toma de requisiitos podriia ser una profesion en si misma. Hay gente muy curiosa que interesa aprender de temas nuevos que no tienen que ver nada con su campo.
Tambien los profesionales de toda la vida, tampoco saben hasta que punto la informatica puede solucionarles tareas.

#71 Curiosamente ninguno de los dos suele ser informatico lol o ingeniero o formacion algo tecnica? que tipos de cargos son gerentes o algo derecho, etc?

El presentacion de Ingenieria romana,( isaac moreno Gallo) se estaba quejando todo el rato que los historiadores no sabiian interpretar cosas iingenieriiles de la antiiguedad, porque no tenian formaciion tecnica.

Un GC, se quejaba de que no habiia forma de buscar matriculas por parte de la matricula,porque la gente muchas veces solo se acordaba de parte.

#56 "se responde con un "eso es un nivel muy tecnico que ya discutiremos mas adelante jiji jaja jajota"
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.

UnoYDos

#87 A mí siempre me toca soltar alguna frase tipo "Parad, parad, según vais hablando intento traducirlo mentalmente a código, y no se me ocurre una manera viable de hacer eso, ¿como pretendéis hacer eso, si existe "tal" impedimento y estas restricciones de seguridad, etc, etc?" y la respuesta suele ser "ya lo veremos, pero estoy hay que hacerlo".

Quepasapollo

#56 para mí, en este tipo de proyectos, más que en la toma de requisitos, el problema está en la gestión del alcance. Se acaba haciendo lo que pide el que paga, el politiquillo de turno a veces, "por mis huevos". Y algunas empresas, como tienen tanta dependencia de la administracion en otros proyectos, no se atreven a defender el alcance originalmente establecido en la oferta. Y, al final, los currelas intentando sacar un alcance que no encaja en las horas y presupuesto previsto, ni de coña. Claro, salen las cosas como salen.

lasi_zoillo

#56 "El problema no es el chaval que pica que hace lo que puede". No siempre es así, también hay botarates seguidores del culto al cargamento dispuestos a soltarte una charla estéril sobre DDD, microservicios, arquitecturas hexagonales o cualquier otra tecnología que no entiende cuando le comentas la cagada que va a cometer, el tiempo que va a implicar arreglar su cagada y los fines de semana que va a currar para recuperar el tiempo perdido en su paja mental. Luego la culpa es tuya por no ser jugador de equipo y meter horas arreglando sus cagadas, de QA por no detectar sus errores o de negocio por cometer errores especificando. Hay demasiados paquetes en informática que en la construcción los despedirían al primer día para que no cometieran suicidio con su estulticia.

La mayoría de los programadores son unos flipados que no reconocen sus errores y culpan a cualquiera de ellos en vez de aceptarlos, aprender de ellos y dejar de joder la vida a quien tiene que soportar sus cagadas. También hay gente muy buena, los menos.

mre13185

#6 Tampoco es que sean chavales sin experiencia que puedan salir de un FP, Indra siempre contrata gente que tenga la carrera de informática terminada, conozco casos que no tienen la carrera que puedo contar con los dedos de una mano (y me sobran 3). Y se supone que en la carrera de informática adquieres los conocimientos y experiencia de sobra para no hacer ese tipo de chapuzas. Así que dicho esto, tengo curiosidad por saber si se debe a malas planificaciones de pruebas, de resolución de problemas o de poca comunicación con el cliente en pruebas de aceptación. La respuesta en #56.

D

#3 #6 #56 Estos proyectos sufren de una complejidad imposible de manejar y que viene de varios sitios:
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.

D

#56 Al 100%, yo curro en videojuegos, y bueno muy pocos vendemotos porque el 99% de los altos cargos han sido currantes, aunque algun vendehumos hay.

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..

Quepasapollo

#63 conozco bien la historia. La de HCIS tampoco ha sido un camino de rosas precisamente.

MirandesOnline

#97 hp-his pese a tener un front end de los años 90, funcionaba bastante bien. De tema politiqueos, yo no conozco ninguno por su parte, lo que no quiere decir que no los hubiera, claro.

HCIS, ya más moderno, se me escapa. La implementación en el Gregorio fue larga y cara de Cojones, eso sí.

M

#6 ¿De miseria? Yo conozco a quienes tienen implantados su software en varios centros hospitalarios españoles y sudamericanos y son programadores pagados a sueldo de mercado con más de diez años de experiencia. No becarios ni mucho menos. Empresas con su equipo de testers para encontrar errores y sus equipos de funcionales para diseñar tareas

Supercinexin

#6 Si los médicos estudiaran, trabajaran y desarrollaran sus carreras igual que los ingenieros de software, da igual el país del que hablemos, irías al ambulatorio por un catarro y saldrías con un cambio de sexo, un tratamiento de hormonas, una quimioterapia para frenar nosequé efecto del tratamiento de hormonas y una cita para la semana que viene amputarte las dos piernas y ponerte unas ruedas de competi.

Quepasapollo

#91 bueno, no sería el primero que entra a operarse la pierna izquierda y sale con la escayola en la derecha...

UnoYDos

#6 No hace falta que estén mal pagados. ¿Que programador no se ha encontrado en las siguientes situaciones cuando ha dado su opinión?
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.

D

#6 soy enfermero y llevo usando varios programas 20 años en sanidad. La mayoría dan vergüenza ajena. Llenos de bugs que han sido incapaces de arreglar en más de 10 años. Cualquier videojuego que cuesta una miseria te saca actualizaciones en Steam cada semana.
Programas sanitarios que han costado MILLONES son incapaces de arreglar un bug sencillo. Ridículo.

sonix

#13 acabo de mirar el manual de usuario del selene este, y me ha parecido un calco a otro que conozco, cosas de que al final son herramientas muy parecidas, y tengo que decir desde la parte tecnica, suele ser proyectos bien financiados, pero gestionados como el culo, te encuentras proyect manager que no aportan NADA y entorpencen, luego sus superiores solo estan ahi, porque asi es todo mas profesional, luego el ambiente de trabajo es una ruina, los que saben trabajan poco y dan toda la carga de trabajo al que no saben, porque en si, les suda el proyecto, saben si sale algo mal, se lo traga el de abajo, que es el que realmente echa horas.
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.

Kipp

#37 El selene es un calco de otros 4 que conozco. Me llamó mucho la atención que literalmente calcasen 4 veces lo mismo con distinto nombre

#13 en algunas areas se realiza un enfoque mas adecuado incluso.

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.

Ehorus

#13 No termino de entender algunas cosas.. y hay gente que sigue empeñada en inventar la rueda de molino.
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.

m

#13 Esto no te garantiza nada. De hecho, seguramente usando este camino te comes el Selene este o equivalente en todos los hospitales y sin posibilidad de quejarte o hacer cambios porque, al ser tantos, tu voz vale aún menos.

s

#13 Bueno, haciendo un solo programa para todo el país no garantiza nada. Tenemos el ejemplo de Indra y su famoso programa de gestión judicial LEXNET que es una patata y tiene caídas continuas.

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.

e

#77 No he dicho nada parecido a hacer un sólo programa, de hecho no estaría a favor porque entiendo el valor de la competencia.

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.

g

#83 MuHAHAHAHA ENTRE VARIAS CCAAA DICE.....

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.

s

#83 No se hacen 17 programas. Los programa ya están hechos, Ya sea por empresas nacionales o internacionales. La gestión hospitalaria es compleja y hay empresas internacionales que se dedican a ello. Cuando se licita se compra la versión del programa, mas un pack de migración, customización a las necesidades concretas de ese hospital.
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.

H

#3 El problema de los desarrollos en salud no son los que "crean/mantienen", sino los que "mandan". Al director de un servicio los especialistas le presentan 2-3 opciones y le recomiendan una concreta (que sera la mejor, tecnicamente hablando). Ellos nunca suelen elegir dicha opcion... ¿porque razones? Pues en cada caso será una diferente, pero esto es así en mi comunidad, y por extrapolacion.. en todas.

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.

asfaltaplayas

#24 1- > Muchas veces las consultoras se ponen de acuerdo: https://www.eldiario.es/euskadi/manipulaba-contratos-cartel-consultoras-euskadi-necesito-oferta-cobertura-lehendakaritza-puedes-ayudarme_1_7930957.html
2-> O directamente lo subcontratan a una cárnica.

frg

#24 Estuve sufriendo una castaña de esas que comentas y que usan cada día miles de usuarios. Un día ofrecí una cantidad de dinero considerable a quien me presentara al analista que hubiera diseñado la aplicación. Nunca tuve que pagar, y mi intución me dice que el diseño se sealizó en una servilleta de bar/puti y con rotulador, por lo que solo tenía cuatro garabatos por una de sus caras.

S

#30 Igualmente por mucho que te planten delante al analista de un producto malo de ese tipo, la culpa seguramente no sea suya.

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.

frg

#35 Repito, no he visto esos analistas por ningún sitio. Si añades lo de hacer todo a todo trapo apretando a becarios y juniors sin ni siquiera un diseño genera esperpentos que son hasta difíciles de creer.

s

#42 Quieres analistas? Yo te presento a muchos. En Banca conozco a unos cuantos. Están muchas horas haciendo reuniones, entendiendo las necesidades, etc.. y luego al final no se le hace caso la mitad de las veces. Que piden muchas cosas

Jesulisto

#24 Mi ex es maestra y yo le tenía que pasar las notas al Séneca, así creo que se llamaba el de Andalucía y daba pena, no le echo la culpa al becario que se comió el marrón, pero si de mi empresa saliera algo con una usabilidad tan mala, cerraría y me dedicaría a otra cosa.

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.

Penrose

#59 El junior recibe la responsabilidad de un senior y cero tiempo para aprender. Asi que hace lo que puede sobre la marcha.

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,

Jesulisto

#76 Ninguno nacemos engañados, yo ahora cobro mucho más que cuando tenía veintitantos y los puedo cobrar sin problema por mi experiencia.

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.

Penrose

#79 El asunto es tener a seniors supervisando y enseñando.

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 lol

Me pagan pero hay unas expectativas irreales. Cuando se quejen les diré que así es la vida y que ajo y agua.

Jesulisto

#81 Jajajaja, me recuerdas cuando empecé con veintipocos en la Olivetti

M

#24 te ha faltado añadir el punto de que muchas de estas empresas firman contratos de mantenimiento donde cuantas más horas se le dedique al producto más cobran, asi que es un requisito inicial del proyecto que salga con fallos para que el cliente se queje y luego durante los próximos N meses se estén cobrando horas de mantenimiento para arreglar bugs que podrían haberse evitado al inicio del desarrollo... pero no saldría tan rentable

AlvaroLab

#3 Indra está ahí para llevárselo muerto, no para ofrecer calidad.

t

#3 Indra, como no, nuestra joya IT de la corona

D

#3 Indra fue el que hizo el programa Lex, del que se quejaron tooodos los abogados, jueces, procuradores etc etc, era una chapuza tremenda, con cero, pero cuando digo cero es cero seguridad, el abogado entraba en su cuenta, y veía los expedientes que tenía activos, pinchaba en uno y al final de la dirección web, aparecía un número, pues cambiando ese número entrabas en otros expedientes aunque no fueses el abogado.
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.

amstrad

#3 hechos por indra

El verbo correcto es cagados

BM75

#3 Ya que generalizas de una forma tan faltona y soberbia, ¿podríamos decir que los médicos recetan como monos y diagnostican como inútiles?

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.

n

#3 Un momento, un momento. ¿Estás diciendo que después de 10 años de formación obligatoria, 2 años de bachillerato, 6 años de carrera de medicina y 5 años de residencia, escribes como un niño de 9 años a la vez que criticas el trabajo de otros?

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.

Kipp

#73 Yo sí me lo creo... que tengo que leer sus notas y recetas y te encuentras con fallos muy graciosos

M

#3 El mayor problema es que el que pone los requisitos no tiene mucha idea de lo que necesitan. Se acaba comprando casi cualquier cosa, y luego se intentan hacer mantenimientos y mejoras para unos programas que están pensados para hacer otras cosas.

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.

k

#3 Yo he trabajado en el sector sanitario como informático, algunas veces manteniendo esas aplicaciones. Te diré que el principal problema son los requisitos: el cliente tiene lo que pide porque para eso se firman contratos de cuál debe de ser el entregable y qué debe de cumplir y cómo debe hacerlo.

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í.

cayojuliocesar

#89 caso real, la semana pasada.
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

k

#92 Entiendo tu frustración, pero no deberías de cargar contra quienes te mantienen eso sólo porque están en lo más bajo de la pirámide de mierda. Los que mantienen las aplicaciones no las desarrollan, y quienes las desarrollan lo hacen siguiendo las indicaciones de los clientes, en este caso, los gestores sanitarios. Además, hombre, dónde se ha visto que un médico se equivoque. (perdona la maldad pero he estado en reuniones donde he escuchado cosas que, bueno…)

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.

D

#3 No les da verguenza, los hacen con tres becarios y se embolsan una millonada los CEOS politicos puestos por los partidos que gobiernan.

l

#3 Te replico a ti por puntos, me gusta así porque es más claro:
1.- Los problemas de la salud pública en materia informática son varios, la financiación, la calidad del puesto, pasando por la formación del usuario.
1.1-hay unos 3 o 4 informáticos por área, y piensa que cada área son tropocientos ordenadores, llegando al caso de tener que ayudarse entre informáticos de otras áreas por falta de personal.
1.2.- La cantidad y calidad de la formación del usuario son casi nulos, teniendo que estudiarse los programas (y muy básicamente) en las oposiciones.
1.3- La calidad del puesto de trabajo, primando el precio a la competitividad del instrumento.
2.- La seguridad. Si no recuerdas mal, solo el año pasado sufrieron 2 o 3 ataques masivos, dando el resultado de gente no pudiendo trabajar electrónicamente durante días.
3.- La calidad del código es cuanto menos dudosa, así como que tienen que hacer reestructuraciones y actualizaciones cada muy poco tiempo. Puede ser que se olviden de acotar entradas, delito de seguridad mayúsculo.

Todo esto lo sé de primera mano, desde trabajadores del puesto hasta técnicos. Es una vergüenza lo de la informática en los servicios públicos, reclamando interinos que los hagan fijos por antigüedad, y el sistema los necesita, así como más técnicos.

#3 Hora de la muerte del mono...las 13:34...que pase el siguiente
 

#3 Hora de la muerte del mono...las 13:34...que pase el siguiente
 

i

#3 Muchas veces el problema es que los encargados de decir lo que quieren (definir los requisitos) no tienen ni idea de lo que realmente hace falta y se pide una cosa y después cuando llega a los usuarios reales vienen los lloros.

Emosido_engañado

#2 seguro que se están haciendo con datos privados

#16 Yo también lo he pensado.

lasi_zoillo

#16 Si es la mierda que implantaron en el hospital donde me hago las pruebas de la alergia eso no va a ser un problema. Los migraron a una mierda de sistema en la que tenían capados los datos que podían meter porque con todos los datos no tiraba. Así que te haces una aspirometría con un chisme conectado a un ordenador, que saca los datos por pantalla y un sanitario los lee y los apunta en un papel con un boli para pasárselos al especialista. Lo peor es que ese nivel de "calidad" es bastante común.

Falk

#2 El problema con estas cosas empieza por externalizar el servicio al 100%. Si tienes algo tan crítico para tu "empresa" lo más saludable es tener un equipo interno por derecho que se encargue de la evolución y calidad del proyecto.

U

#88 seguro que los sobres son el motivo?

cosmonauta

#88 En cierta manera lo está. Hay una directiva europea en el sentido de usar software libre, así como a liberar los desarrollos pagados con dinero público pero se la pasan por el forro de los cojones.

Estuve en una conferencia en la Fosdwm de un burócrata europeo y casi no sale vivo de allí.

Los programas que pone a disposición la administración, son en general desesperantes. Alguien por aquí sufre el SicalWin?

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.

frg

#5 Si parece realizado en windows forms, posiblemente esté realizado con esa herramienta, o sea una cutre herramienta que se realizó antaño en access para 10 usuarios, que con los años pasó a tener miles, y que luego los mismos inútiles fueron maquillando con una migración a .net, realizada a lo burro con el conversor de microsoft, y que sigue mantenida por los mismos inútiles que la crearon.

Si esto te suena es porque el mundo sanitario se parece en todas partes

I

#10 Windows Forms es la capa de vista o presentación para las aplicaciones de escritorio de .Net. ¿De qué estamos hablando?

erperisv

#5 pocas mierdas infectas he visto como esa.

D

#5 En mi vida he visto una aplicación tan difícil, inmanejable y absurda como esa. Su nivel de complejidad y de errores es tan alto que algunas administraciones las usan en entornos virtualizados para que el soporte pueda estar pendiente de lo que pueda pasar, con el coste y problemas que eso también supone...

o

#27 Veo que nunca has tenido el placer de trabajar con SAP.

s

#5 Ohhhh Crystal Reports!! Que recuerdos... del año 2005y mis primeros informes.

M

#5 Si es para la administración y solo funciona si entran antes de hora no lo ha usado nunca ni dios.

c

¿Está hecho en SAP?

Paisos_Catalans

#53 efectivamente. Y suerte que lo acaban al menos de actualizar en algunos sitios, pero sigue siendo un galimatias inusable.

D

#82 A SAP hay que comprenderlo, últimamente le estoy cogiendo cariño.

c

#82 Gracias, lo sospechaba. Entonces el problema es de los usuarios, que no se integran en el marco que tiene SAP para ellos. Deben cambiar su esquema mental y todo empezará a ir bien (*).

(*) Todo esto oído a un consultor de SAP que se alquilaba a 300 euros/hora.

frg

Las mierdas que se usan en los hospitales no tienen nombre. O software creado por una gran empresa, vendido a precio de oro, y con una calidad ínfima, o desarrollos "a medida" a precio de caviar, realizados por becarios y también de una calidad cuestionable.

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

J

#11 No creas la a privada trabaja para la pública y al final pagamos también sus pérdidas. Estamos jugando a perder. Está claro que ninguna empresa privada podrá sustituir a la pública, habría que pagar cuotas de miles de euros al mes por cada asegurado y aún y todo tendría que tener menos prestaciones.
Si solo la anestesia de una operación quirúrgica supondría unos 7.000 euros.

UnbiddenHorse

#14 lo sé, por eso lo de “eso me han dicho”. La colaboración público-privada es la gran estafa de la que poco se habla. Y se está demostrando que la privada no va a dar buen servicio, una empresa que tiene clientes asegurados por fuerza mayor no va a dar un buen servicio nunca, solo está para recoger el dinero.

Patrañator

#15 se puede hacer uno una idea viendo cómo los seguros( hablo de seguros de inmuebles o de hogar) tratan la mayor parte de las veces de escaquearse, la sanidad sólo privada daría para tochos y tochos de puro terror

UnbiddenHorse

Todo va según el plan previsto de convertir la sanidad pública en una mierda.
Sigamos votando a los de siempre que seguro que esta vez si que lo arreglan.

frg

#7 En la privada no andan mejor. El software médico que conozco es caro y malo en su inmensa mayoría.

UnbiddenHorse

#9 en la privada no lo pago yo (o eso me ha dicho) así que me la suda. Pero con mis impuestos me gustaría que los servicios públicos funcionaran lo mejor posible.

ochoceros

#11 Lo que comúnmente llamamos sanidad privada, en realidad es "privada-concertada". Sanidad (de financiación) pública y (de ganancia) gestión privada.

Entre todos ponemos los billetes para que "funcione", y los cuatro amigotes de siempre se llevan los billetes fuera del país: https://apiscam.blogspot.com/2013/03/infolibre-el-gobierno-de-madrid-no-cree.html

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.

UnbiddenHorse

#90 exacto

dudo

#9 hay soluciones open source, no tiene sentido crear algo peor desde 0:

GNU health
OpenMRS
FreeMED

https://www.e-global.es/software/10-programas-opensource-software-de-historia-clinica-electronica-hce-ece-emr-o-hcue.html

frg

#51 Si, y funcionan, y tienen algo de diseño antes de parirlas, pero las mamandurrias no tienen mucha cabida si implantas alguna de esas.

Procurador

Hola, soy el Director General de Informática del Ministerio Sanitario Higiénico Español, me han dicho que en Meméame están los mejores informáticos de España. Necesito reclutar un equipo para desarrollar y mantener un software de "gestión sanitaria pública y concertada" para la atención a pacientes en toda España.
...un tal "cocopino" ¿lo conocen???

woopi

#19 Antes compraba en Lidl, pero con la bajada brutal de calidad de ese supermercado puede que se vea más por la tienda de barrio...

E

#19 qué presupuesto tienen y cuanto $$$ quieren en sobres?

A

Hace muchísimos años que se sabe que esos programas son una basura, especialmente Selene. El asunto, según me contó alguien con una muy pequeña empresa que desarrollaba un software muy específico para una especialidad concreta de tratamiento en un hospital, es que hay una barrera de entrada muy grande. Por lo visto en los contratos exigían una capitalización o una facturación anual muy grande por lo que sólo podían optar a los contratos de software empresas muy grandes como estas, que desarrollan esas basuras de software.

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.

arcangel2p

#47 es algo normal, y que hasta cierto punto puedo llegar a entender. Y pasa en todos los sectores. Por ejemplo, para construir una autovía no irás directamente a Construcciones Pepe. Aunque esta al final acabe siendo subcontratada en alguno de sus tramos.

Kipp

#47 Simplemente comunicarse con el software del centro de salud es imposible así que tu médico de cabecera tiene que ver el informe físico porque no puede abrir el informe online.

A título profesional ver las notas de un médico para saber las actualizaciones de tratamiento es un puto infierno porque ni peter sabe dónde se escriben y te las encuentras en mil sitios que debes mirar por si acaso (tampoco te notifican novedades de pruebas o si ha salido la analítica por ejemplo, lo tienes que refrescar por si acaso).

totope

Otra vez se confirma que la culpa siempre es del informático. wall

M

¿Indra? ¿Sobres?

anv

Se trata del software comercial con mayor implantación en los hospitales de nuestro país

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.

D

Bueno, lo de que estén limitados los caracteres es horrible, tienes que andar borrando información de los historiales de pacientes. Pero por lo demás lo veo bien.

Atroz. El programa exige a los médicos que borren información sanitaria de los pacientes.

D

Lo emplean indistintamente los públicos y privados.

#1 no entendiste la noticia. Se vienen sobrecitos de Indra.

l33

#78 solo tenían que hacerlo libre y pagar a gente que contribuya en el sistema. Fijo que les salía 90% más barato, mejor calidad de código, documentación, facilidad de mejoras y estándares.

#78 eso no era pa mi, pq entre otras cosas, pensamos lo mismo en este caso

Cuñado

#85 Mi comentario "Es que ni se esconden" era en respuesta a tu "Se vienen sobrecitos de Indra."

pq entre otras cosas, pensamos lo mismo en este caso

¿Sólo te comenta gente que está en contra?

T

#86 jijijiji no estoy acostumbrado a q me quieran

editado:
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.

i

#78 De hecho Indra desarrolla el sistema de Andalucia (Diraya), asi que no es cierto que haya solo un desarrollador de software sanitario.

Carusso

Normalmente gana el que viene precocinado y con mordida de intermediario.

DayOfTheTentacle

2 décadas. Hasta estará en Cobol lol

(Es broma, yo trato programas igual de antiguos)

frg

#22 En sanidad son más de Access y java en versiones antiguas sin usar ni un 10% de sus posibilidades (las interficies parece que no se usan ni en programas con miles de usuarios).

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.

eldarel

#34 Que sepas que me has llegado a la patata con el AS400. ????

DayOfTheTentacle

#34 bueno, los programas que hacemos o mantenenos nosotros también son una p mierda... lol

bluhX3

El problema es que en cada centro utilizan uno, y eso dificulta mucho la gestión e incluso trasladar información de un centro a otro

c

Con lo bien que me funcionaba a mi todo en el Theme Hospital. Deberían instalarlo en los PCs de todos los Hospitales

D

Que el sistema informático no funcione correctamente es una cuestión de decisión política, de no querer exigir unos estándares mínimos de calidad. Es así de simple.

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.

anv

#33 no querer exigir unos estándares mínimos de calidad. Es así de simple.

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) .

D

#69 Vaya..., no saben que es la integración continua, eI testing de usuario y los controles de calidad? ¿O no se quieren enterar? No hay voluntad de dar un buen servicio, para lo que comentas hay soluciones, como con todo, es cuestión de escala, requerimientos y control de calidad. Y sobre todo voluntad polítca.

anv

#95 no saben que es la integración continua, eI testing de usuario y los controles de calidad? ¿O no se quieren enterar?

A ver: si tu vendiste un producto y lo cobraste, cualquier trabajo extra que tengas que hacer es una pérdida de dinero. Un gasto que no reporta beneficios porque ya cobraste antes y no te van a pagar extra por solucionar los problemas.

La solución "obvia", sería cobrar un mantenimiento mensual. Así tienes la ventaja de que estás ingresando dinero constantemente haya o no haya problemas y al cliente le solucionas lo que necesite. Pero... ahí surge otra buena estrategia de negocios: cobrar todos los meses pero no dar nada a cambio, o dar lo menos posible. Si el problema se soluciona reiniciando, ¿para qué gastar dinero en corregirlo definitivamente? A demás, si lo corriges y ya no falla puede que el cliente ya no quiera pagar el mantenimiento mensual.

Aquí la clave está clara: Se trata del software comercial con mayor implantación en los hospitales de nuestro país, o sea, que gastar dinero en mejorar el software no les conseguirá beneficios extra. Y una inversión sin beneficio es un mal negocio.

PimientoRebelde

Joder no entiendo porque  no funciona, si esta hecho por empresas chachiguays privadas supereficientes y liberales. Otra cosa es si fuera un desarrollo interno, porque todos sabemos que la calidad y la eficiencia viene de la mano de la subcontratación. 

D

#29 claro como la web de renfe que va como un tiro.

PimientoRebelde

#31 Claro, pero va superguay porque se la ha currado una consultora superchachi como Everis, ahora NTT

1 2