La caída del sistema informático Medora ha dejado bloqueada este miércoles la atención sanitaria en los 246 centros de salud y los 3.652 consultorios locales de Castilla y León, provocando problemas en toda la Atención Primaria, ya que no se puede acceder a los historiales de los pacientes ni dar citas médicas.
#16:
#9 Lo que se yo es que se ha cambiado por lo menos 5 veces de subcontrata y cada vez que se cambia de subcontrata se cambia el personal. Ademas al personal se le paga una mierda. Yo conocí a gente que cobraba 15.000€ al año que trabajaba dando soporte para esta aplicación.
Ademas del cambio de subcontratas han cambiado la estructura casi tantas veces. Al principio cada centro de salud tenia su propio servidor. Si habia averia únicamente fallaba un centro en concreto. Después lo centralizaron y claro cuando hay averias ahora afectan a todos los centros de salud.
Y si las lineas adsl que tenian contratadas eran una mierda,sobre todo en los pueblos que es lo que hay.
#27:
"están trabajando también técnicos de las empresas Oracle, Tevlent y Microsoft para "lograr una solución lo antes posible".
jajaja me imagino a los jefecillos de las carnicas cagados en los pantalones diciendo a todo el personal venga pitando a hacer acto de presencia, que vean que nos preocupamos , haced como que tocais la hostia de botones con prisa hasta nueva orden
#17:
gracias #16, pues señores ya sabéis porque el sistema es como es. Se pagan mucho por las licencias y la publicidad en los periódicos para "vender" el sistema y las marcas que lo "apoyan", pero luego a la hora de la verdad, el gasto en mantenimiento y el personal encargado del mismo nada de nada. Así que el fallo "informático" no es informático sino que es un fallo de gestión y de como abordar un proyecto. Estamos hartos de verlo. Los consultores "expertos" contratan a becarios y subcontratas se encargan de mantener aquello como pueden.
Esto lo escribo porque estoy harto de escuchar, el famoso fallo informático y mira que viendo que microsoft estaba involucrada y que esto es meneame podría haber hecho el chiste fácil de microchoft windows es aquello y lo otro y que con linux no pasaría, pero en lugar de hacerlo, me ha dado por pensar en que debe haber una explicación racional para lo que sucede...
#5:
Claro, claro... La culpa siempre es del informático.
#23:
#21 Me temo que te han informado mal. Fue cic quien se encargo de las primeras versiones de Medora y del soporte. De hecho llevaba toda la atención primaria de Castilla y León y parte de soporte de hospitales también. Nodalia fue el resultado de fusionarse con otra empresa que ahora no recuerdo el nombre, pero eso ya fue dos años antes de quebrar. Ya llevaban varios años antes desarrollando medora. De aquellas la aplicación podia tener fallos pero no solian ser masivos, ya que cada centro de salud tenia su propio servidor por lo cual eran mas dificiles los fallos masivos.
El centro de soporte cogia el 100% de las llamadas cosa que cuando paso a la siguiente subcontrata dejo de ser asi.
Nodalia quebro porque le quitaron toda la parte de salud. De la misma forma que se la dieron toda a dedo a cic por lios familiares, por esos mismos lios se lo quitaron a nodalia.
Como siempre los perjudicados los trabajadores. Los socios de las empresas no perdieron un euro y de hecho todos tienen nuevas empresas ahora. Se los denuncio pero nadie piso cárcel, salieron todos inocentes.
En wikipedia tienes los nombres de las empresas y demas: http://es.wikipedia.org/wiki/Nodalia
#18:
El fallo informático no existe, es siempre una cagada en algún lugar bien en el ciclo de vida del SW o con los datos.
En CyL llevan años recortando en informática (han echado a un montón de gente que controlaba de esos sistemas) Que esto ocurriera era cuestión de tiempo (aquí y en otros sitios)
Cuando quieran dejar las cosas como estaban en 2007 se van a gastar el triple de lo ahorrado.
Y supongo que en otras comunidades pasa lo mismo.
#8:
los programas Jimena, de historia clínica electrónica en Atención Especializada, o el programa Gacela, que se usa en los centros hospitalarios
Por lo visto el que pone los nombres a los programas es el mismo que se los pone a las operaciones policiales
#62:
#17 No creo q sea tanto de gestión (que también tendrá lo suyo) como de protocolo.
Estamos hablando de una actualización de sistema a productivo fallida lanzada entre semana... Eso es grave, muy muy grave. Llevo unos 9 años en consultoría, soy senior en SAP, el cual también tiene modulos de gestión hospitalaria, y al menos como están contando aquí lo que han hecho es de gañán nivel extreme.
Si tu tienes una actualización de tu sistema crítica (aunque me juego lo que queráis a que esto solo era el desarrollo de una aplicación nueva que toca alguna tabla maestra y se ha ido a la mierder), primero se testea en las máquinas de desarrollo y calidad y la sometes a todo tipo de perradas a ver si casca, voy a suponer que eso lo han hecho (aunque huele a que no) y aún así hay algo en pro que no tenian las otras máquinas y en pro falla (otro fallo gordo de protocolo, el sistema de calidad debería ser una copia decente de producción, lo normal es que cada 3/4 meses se haga copia, aunque bueno esto depende mucho del cliente y digamos que es un fallo menor, muchos clientes como esto implica horas y tiempo pasan como de la mierda) viene el 3º punto.
¿Se cae todo el sistema a golpe de miercoles? ¿Como? Actualizaciones/desarrollos críticos transportados ENTRE SEMANA ¡¡¡¡
Estas cosas, de toooooda la vida se hacen los findes, es la putada de mi profesión, curramos los sábados a veces, y tiene una explicación lógica, se lanzan las cosas peligrosas cuando haya pocos usuarios conectados y baja demanda, para que si casca como es el puto caso afecte al menor numero posible de gente.
En fin que a alguien se le debería caer el pelo.
Y un ultimo detalle... Los consultores senior no contratamos a becarios, los consultores senior somos curritos senior, lo que tu quieres decir es managers/gerentes (comerciales) de consultora q son los que se dedican a esas cositas
#30:
Seguro que a alguien se le ha ocurrido llamar a su hijo Manuel'); DROP TABLE Users;
#40:
#28 Esa es una situación que tampoco se solucionaría usando software libre, si quien se encarga de desarrollarlo y mantenerlo es una subcontrata millonaria acabaría costando lo mismo y tendría los mismos fallos que con software de código propietario: fallo en la forma de adjudicar el proyecto y mala gestión del mismo.
#1 No se si lo dices por conocimiento de causa de alguna localidad en concreto pero en Palencia la sanidad es super ágil y apenas hay colas de esperas en la CMA (Por poner un ejemplo).
#45 por cierto, sabes cual de ellas es? Seguramente le echen la culpa al pobre subcontratado que cobra 10 veces menos que la persona que lo supervisa...
#49 No, pero habrán sido varias, porque en otro comentario leía que habían cambiado de cárnica varias veces... por eso el sistema informático estaba así de jodío...
#50 aaaaaamigo, de esos polvos estos lodos. Da igual, echaran a esta carnica again, haran una oferta para "comandos" que arreglen/parcheen esto y a correr. Así va en algunos lados.
"están trabajando también técnicos de las empresas Oracle, Tevlent y Microsoft para "lograr una solución lo antes posible".
jajaja me imagino a los jefecillos de las carnicas cagados en los pantalones diciendo a todo el personal venga pitando a hacer acto de presencia, que vean que nos preocupamos , haced como que tocais la hostia de botones con prisa hasta nueva orden
#27 Esto es muy indicativo del follón tecnológico que tienen montado. Oracle, Microsoft y Telvent.
O sea, la base de datos es Oracle y para los puestos cliente segúramente han implementado un servidor con un webservice segúramente hecho en ASP.Net corriendo sobre IIS en Windows, y los puestos cliente serán Windows que, o bien utilizan una aplicación realizada en Visual Studio .Net o bien utiliza el vetusto y desaconsejado Internet Explorer.
En resumen, que han hecho un refrito mezclando un montón de arquitecturas y tecnologías.
Este coctel explosivo me resulta asquerósamente familiar, es la misma receta que todas las cárnicas de este pais llevan màs de una década aplicando a los contratos públicos. Yo trabajé bastante en una, y es la misma jodida receta: uno o varios SGBD de Oracle (en unix/linux), varios "webservice" en windows que hacen de intermediarios entre los clientes y el servidor, y un montonazo de puestos cliente de lo más variopinto (XP, W7...), todo esto parcheado y cogido con pinzas por cada una de las cárnicas que han pasado. Al final, esta mierda revienta por todas partes.
El de Oracle le echará el muerto a Microsoft por ser incompatible, el de Microsoft le echará el marrón al de Oracle diciendo que su SGBD es una mierda y que mejor usen su SQL server que se integra bla bla bla... y a los de Telvent les tocará averiguar qué mierda provoca el fallo y parchear a los bandos Oracle y MS para salir del paso y volver a funcionar como sea, y dejando contentos tanto a Microsoft como a Oracle, cada uno con su tajada.
De hacer un software nuevo ni hablemos.
#73 Yo estuve trabajando en la informática de Sacyl, por suerte en otro departamento, y la arquitectura de la aplicación es bastante, como decirlo, peculiar. A pesar de ser una aplicación web, depende masivamente de ActiveX, y por ende, sólo funciona con IE, y además en versiones antiguas (hace un año estaban adaptándola a IE9). Además, es (o por lo menos era) tan sumamente pesada que tuvieron que publicarla desde que se centralizó por Citrix, dado que los equipos de escritorio no soportaban la aplicación, además de que tenían equipos Linux (que por desgracia desmantelaron), en los que lógicamente, tampoco funcionaba. Para rizar el rizo, el rendimiento de la aplicación en la parte de servidor era pésimo, dándose el caso en determinados centros de salud de tamaño medio, de tener que montar 4 IIS (virtuales) sirviendo la aplicación para atender las peticiones del centro.
Otro caso curioso, es que hasta hace poco, aunque la aplicación se centralizó hace varios años, las bases de datos de los centros de Salud era independiente, así que si te cambiabas de centro de salud, aunque la aplicación era la misma, tus datos en estaban en otra base de datos y desde el nuevo centro no podían acceder a ellos... Esto se solucionó (creo) hace poco, aunque sigue sin haber integración con los hospitales, que es otra fiesta, ya que hay 2 aplicaciones principales en los hospitales, básicamente por motivos políticos, e incompatibles entre sí (2 hospitales rivales que desarrollaron su propia aplicación y que la fueron expandiendo según amistades con otros hospitales).
El fallo informático no existe, es siempre una cagada en algún lugar bien en el ciclo de vida del SW o con los datos.
En CyL llevan años recortando en informática (han echado a un montón de gente que controlaba de esos sistemas) Que esto ocurriera era cuestión de tiempo (aquí y en otros sitios)
Cuando quieran dejar las cosas como estaban en 2007 se van a gastar el triple de lo ahorrado.
#88 Hace dos días instalé mysql desde los repositorios de Oracle en un servidor Ubuntu. Adivina lo que pasó cuando intenté hacer un DELETE sin cláusula WHERE: Me dijo que nanai de la China, que si quería hacer burradas de esas que cambiase la configuración.
En cualquier caso, lo que digo en mi comentario es que si tu base de datos te deja hacer eso es que tu problema no es que te olvides de poner el WHERE, sino que no has configurado la base de datos de forma óptima.
Por favor, alguien que trabaje dentro y entienda del tema que aclare que pasa, porque muchas veces, se habla de microsoft, de oracle, millones de euros y luego a la hora de contratar conexiones se contrata una ADSL rural.
#9 Lo que se yo es que se ha cambiado por lo menos 5 veces de subcontrata y cada vez que se cambia de subcontrata se cambia el personal. Ademas al personal se le paga una mierda. Yo conocí a gente que cobraba 15.000€ al año que trabajaba dando soporte para esta aplicación.
Ademas del cambio de subcontratas han cambiado la estructura casi tantas veces. Al principio cada centro de salud tenia su propio servidor. Si habia averia únicamente fallaba un centro en concreto. Después lo centralizaron y claro cuando hay averias ahora afectan a todos los centros de salud.
Y si las lineas adsl que tenian contratadas eran una mierda,sobre todo en los pueblos que es lo que hay.
gracias #16, pues señores ya sabéis porque el sistema es como es. Se pagan mucho por las licencias y la publicidad en los periódicos para "vender" el sistema y las marcas que lo "apoyan", pero luego a la hora de la verdad, el gasto en mantenimiento y el personal encargado del mismo nada de nada. Así que el fallo "informático" no es informático sino que es un fallo de gestión y de como abordar un proyecto. Estamos hartos de verlo. Los consultores "expertos" contratan a becarios y subcontratas se encargan de mantener aquello como pueden.
Esto lo escribo porque estoy harto de escuchar, el famoso fallo informático y mira que viendo que microsoft estaba involucrada y que esto es meneame podría haber hecho el chiste fácil de microchoft windows es aquello y lo otro y que con linux no pasaría, pero en lugar de hacerlo, me ha dado por pensar en que debe haber una explicación racional para lo que sucede...
#17 No creo q sea tanto de gestión (que también tendrá lo suyo) como de protocolo.
Estamos hablando de una actualización de sistema a productivo fallida lanzada entre semana... Eso es grave, muy muy grave. Llevo unos 9 años en consultoría, soy senior en SAP, el cual también tiene modulos de gestión hospitalaria, y al menos como están contando aquí lo que han hecho es de gañán nivel extreme.
Si tu tienes una actualización de tu sistema crítica (aunque me juego lo que queráis a que esto solo era el desarrollo de una aplicación nueva que toca alguna tabla maestra y se ha ido a la mierder), primero se testea en las máquinas de desarrollo y calidad y la sometes a todo tipo de perradas a ver si casca, voy a suponer que eso lo han hecho (aunque huele a que no) y aún así hay algo en pro que no tenian las otras máquinas y en pro falla (otro fallo gordo de protocolo, el sistema de calidad debería ser una copia decente de producción, lo normal es que cada 3/4 meses se haga copia, aunque bueno esto depende mucho del cliente y digamos que es un fallo menor, muchos clientes como esto implica horas y tiempo pasan como de la mierda) viene el 3º punto.
¿Se cae todo el sistema a golpe de miercoles? ¿Como? Actualizaciones/desarrollos críticos transportados ENTRE SEMANA ¡¡¡¡
Estas cosas, de toooooda la vida se hacen los findes, es la putada de mi profesión, curramos los sábados a veces, y tiene una explicación lógica, se lanzan las cosas peligrosas cuando haya pocos usuarios conectados y baja demanda, para que si casca como es el puto caso afecte al menor numero posible de gente.
En fin que a alguien se le debería caer el pelo.
Y un ultimo detalle... Los consultores senior no contratamos a becarios, los consultores senior somos curritos senior, lo que tu quieres decir es managers/gerentes (comerciales) de consultora q son los que se dedican a esas cositas
Sueldos de 15000€ brutos, contratos de obra y servicio, compromisos políticos disparatados, gestores de proyecto (de sacyl) que no saben por donde les da el aire, recortes en infraestructuras y muuuuuchas cosas más.
#16 eso no es así. Actualmente lleva 4 años en manos de la misma empresa.
#46 esta vez lo han provocado los propios funcionarios. La gestión de sistemas antes la llevaba una empresa. Ahora la lleva el propio Sacyl
#65 Cuéntanos más que parece que tienes información de primer mano. Y los que tuvimos relación con Medora tenemos curiosidad por saber que esta pasando ahora.
#9 No he trabajado dentro ni soy infórmatico, pero conozco gente que sí lo estubo.
El problema viene de diseño. Fue creada por una empresa tristemente famosa por estas tierras: Nodalia. Dicha empresa se constituyó gracias a ayudas públicas y financiación de cajas, uniendo dos empresas cuasi quebradas de entonces y colocando, lógicamente, a políticos profesionales en los puestos de confianza. Cualquiera sabe que una empresa así no tiene buen futuro en el mundo de las TIC, pero esta se llevó la palma: duró solo un año.
En este tiempo, y por suerte, no le salieron muchos contratos, por lo que solo le dio tiempo a parir (hay quien diria cagar) FEDORA. Siempre he oído a los profesionales de la sanidad quejarse de que iba muy lento. Mi amigo que trabajó en el mantenimiento, por supuesto subcontratado, huyó en cuanto pudo.
#21 Me temo que te han informado mal. Fue cic quien se encargo de las primeras versiones de Medora y del soporte. De hecho llevaba toda la atención primaria de Castilla y León y parte de soporte de hospitales también. Nodalia fue el resultado de fusionarse con otra empresa que ahora no recuerdo el nombre, pero eso ya fue dos años antes de quebrar. Ya llevaban varios años antes desarrollando medora. De aquellas la aplicación podia tener fallos pero no solian ser masivos, ya que cada centro de salud tenia su propio servidor por lo cual eran mas dificiles los fallos masivos.
El centro de soporte cogia el 100% de las llamadas cosa que cuando paso a la siguiente subcontrata dejo de ser asi.
Nodalia quebro porque le quitaron toda la parte de salud. De la misma forma que se la dieron toda a dedo a cic por lios familiares, por esos mismos lios se lo quitaron a nodalia.
Como siempre los perjudicados los trabajadores. Los socios de las empresas no perdieron un euro y de hecho todos tienen nuevas empresas ahora. Se los denuncio pero nadie piso cárcel, salieron todos inocentes.
En wikipedia tienes los nombres de las empresas y demas: http://es.wikipedia.org/wiki/Nodalia
#23 centrar la aplicación en un sólo centro de datos es una buena decisión como demuestra Google, Facebook, Amazon,... día a día. Eso sí, si pones a un becario de una subcontrata por 1000 euros/mes que nadie espere milagros. España en temas de desarrollo de software ha alcanzado el grado de tercer mundista. Lo mejor que pueden hacer las administraciones es volver al papel impreso. Se creyeron que los programadores no eran más que "pica-código" hasta que los "pica-códigos" con talento se marcharon del país. Y ahora sólo quedan ordas de gestores de proyectos que no saben hacer la O con un canuto.
#43 No es tema de que no haya buenas empresas o desarrolladores en España, es tema de la politica de contratación. Al final si pagas cacahuetes tendras monos, si a eso le juntas varios niveles de subcontratación, consultoras externas, adjudicaciones basadas en amiguismos... al final pasa lo que pasa.
Desde el punto de vista técnico no habría problema en manejar con fiabilidad y alta disponibilidad ese volumen de datos. Más si tienes pasta para pagar sistemas propietarios con Oracle, Microsoft,.... que te lo dan todo bastante mascado. El problema es tener que ir manteniendo, con todos los problemas que he comentado, aplicaciones planteadas mal desde un inicio, pero eso repito es un problema politico y de gestión , no técnico.
#43 En todo caso, cada infrastructura tiene sus ventajas y desventajas.
Tener un mini CPD por centro y por la noche sincronizar con uno central es una buena opción también, sobretodo si las líneas de comunicación son justas y/o existe un tráfico intensivo.
Muchos centros de grandes cadenas comerciales lo hacen así.
Ahora la mayoría de las empresas contratan servicios a un IaaS como AWS para sus servicios y realizan los despliegues en varias "zonas" ,para en caso de fallo de uno de los cpd's el trafico pueda ser redirigido a otro cpd.
Eso si, si lo quieres montar bien es pasta... y mas si lo subcontratas
Seria interesante saber cuantos sistemas informaticos distintos se están implementando, no podríamos hacer uno solo que usasen todas los sistemas sanitarios. Saldría mas barato. Por cierto hay uno de código abierto gratuito…
Bah, solo era una estúpida idea para ahorrar cientos de millones de euros.
#39 como se llama? Ningún hospital lo debe usar. Cuando trabajaba en la sanidad me interesaba por los sistemas que usaban en Catalunya y también usábamos un sistema cerrado y que fallaba de vez en cuando y ya no se podían hacer radiografías, porque iban al historial y a nadie se le había ocurrido guardarlas para subirlas después.
Por suerte solo caía un hospital. Yo creo que gracias a las cárnicas ni se sabe ni se quiere saber que gestión se está haciendo. Es un caos como todo lo demás.
#13 Suele pasar. Al principio parece que funciona, pero cuando aumenta el nivel de carga hay algo que llega a su límite y el invento colapsa. No siempre es sencillo de arreglar.
Lo aconsejable es llevar el mantenimiento a una empresa decente, pero las empresas decentes huyen de los políticos en cuando pueden. Hay empresas de IT que se niegan a trabajar para ayuntamientos bajo ningún concepto. Las empresas grandes lo que hacen es reconocer que a esos animales hay que darles de comer aparte y se organizan en dos grupos: uno para las administraciones públicas y otro para los clientes normales.
Para un asunto en un aeropuerto en Reino Unido plantearon una investigación para descubrir qué habia pasado e intentar que no volviese a ocurrir.
¿Que van a hacer aqui?
Una línea de código fue capaz de congelar el tráfico aéreo de UK durante una hora Una línea de código fue capaz de congelar el tráfico aéreo de UK durante una hora
¿que nivel de transparencia tiene el manejo de todos estos sistemas de la sanidad de castilla y leon?
Si hay transparencia se puede conocer mucho mas rapido, qué o quien es el responsable, o hacer un seguimiento de todo lo que pasa.
¿que procedimiento tienen para estos casos?
¿que pasos tienen para si por ejemplo el sistema está caido 1 dia, o 2 dias, o 3 dias, o 1 semana, para que el "avión siga volando"?
Otra polla, hombre. A ver si dejáis de echarle la culpa al informático.
Que los informáticos hacemos lo que el cliente nos pide (y nada más, y nada menos, por si acaso).
Si el cliente no sabe lo que quiere, no es culpa del informático.
(o está convencido de que sabe lo que quiere y luego no tiene ni puta idea, que también pasa)
Fallo informático
Seguro que es un fallo de gestión, sistemas mal planteados, peor implementados y con un soporte que hace lo que puede por sobrevivir. Pero claro, siempre es un "fallo informático", porque si no lo es, hay muchos jefes con los bolsillos llenos de sobres que tienen que dar explicaciones.
#60 ¿Os doy una notica? Los jefes de proyecto, analistas senior, analistas junior, programadores senior, programadores junior, tester senior, tester junior, administradores de bbdd senior y junior, administradores de sistemas senior y junior...
También somos humanos y capaces de meter la pata hasta el corvejón. Y sí, a nosotros también se nos cuelan errores en producción. En todos los proyectos que llevamos a producción. En absolutamente todos ellos. Y el que lo niegue... bueno, vosotros mismos, si es que trabajáis en esto.
#89 Puede haber un fallo humano de confundirse al poner un commando sql o borrar una carpeta sin querer o cosas asi. Lo que no puede haber es un error de produccion como los llamas tu. Antes de poner algo en producción primero hay que implementarlo en una maqueta y hacer un monton de pruebas reales. La maqueta tiene que ser exactamente igual que el sistema en producción. En este caso no ha sido un error humano por lo que comentan ya que se fallo un para de dias despues de actualizar fue un fallo por no haber hecho bien las cosas en preproducción. Trabajar de esta forma es más caro porque tienes que mantener dos sistemas en vez de uno pero en cosas tan importantes como la salud pues deberian gastarse el dinero
#29 igual un sistema nacional seria mejor...
En el hospital la informática tiene mucha regulación mucho jefe y poca actividad.
Luego veías cosas como software vulnerable sin actualizar desde la edad media porque dejaban de funcionar ciertas aplicaciones.
#31 El jefe de informática de algunos hospitales son rebotados de otros departamentos, ni siquiera tienen una especialidad técnica, de hecho, son gestores. No les pidas cambiar un tonner, o saber si Oracle es mejor que MySQL o viceversa. ¿Y el funcionamiento de este ordenador? No saben, pero debe estar funcionando "ayer".
"... junto a los técnicos de la Consejería de Sanidad están trabajando también técnicos de las empresas Oracle, Tevlent y Microsoft ..."
¡Acabáramos! ... Eso no se solucionará nunca.
Que lo tiren todo abajo y que comiencen desde cero con software libre.
------------------------------------------------------------------------------------------------
Esto era de esperar, hace tiempo que lo vengo oyendo de algunas personas que trabajan en empresas que sirven a hospitales y centros de documentación.
Comentan en el artículo que ayer fue actualizado y funcionó con normalidad, y hoy dio el problema. Tras los recortes que he leído, lo que aventuro, así por especular, es que no hicieron las baterías de caja negra adecuadamente... ¿Ayer funcionaba? No, en realidad, ayer no se hicieron la mitad de los procesos que deberían haberse realizado...
#28 ¡ Ojalá ! ¿Sabes lo que lleva un desarrollo como el que tienen? Pues bastante más que un mes, no veo solución a corto plazo.
#28 Esa es una situación que tampoco se solucionaría usando software libre, si quien se encarga de desarrollarlo y mantenerlo es una subcontrata millonaria acabaría costando lo mismo y tendría los mismos fallos que con software de código propietario: fallo en la forma de adjudicar el proyecto y mala gestión del mismo.
De todas formas yo al margen de los programas concretos que venían técnicos concretos (y eso aplicable a todos los niveles) había desarrollos internos. Habláis de cárnicas y yo solo vi subcontrata de soporte telefonico
Sería interesante saber si el fallo solamente afecta a la sanidad pública ... o a toda la sanidad.
----------------------------------------------------------------------------------------------------------------------------------------
Lo de siempre, ITs que tiran los precios montando equipos de desarrollo con chavales sin experiencia por cuatro duros, así no se puede hacer un producto con un minimo de calidad.
Comentarios
No creo que noten la diferencia.
#1 hoy por lo menos tenían excusa para el caos
#1 No se si lo dices por conocimiento de causa de alguna localidad en concreto pero en Palencia la sanidad es super ágil y apenas hay colas de esperas en la CMA (Por poner un ejemplo).
#1 ¿Todo eso sin privatizar?
Claro, claro... La culpa siempre es del informático.
#5 siempre es bueno que haya niños cerca para echarles la culpa
#7 Ah, eso explica el nombre del programita: MeDora (la exploradora).
CC: #8
#5 En este caso creo que debe de tratarse de las cárnicas...
#45 por cierto, sabes cual de ellas es? Seguramente le echen la culpa al pobre subcontratado que cobra 10 veces menos que la persona que lo supervisa...
#49 No, pero habrán sido varias, porque en otro comentario leía que habían cambiado de cárnica varias veces... por eso el sistema informático estaba así de jodío...
#50 aaaaaamigo, de esos polvos estos lodos. Da igual, echaran a esta carnica again, haran una oferta para "comandos" que arreglen/parcheen esto y a correr. Así va en algunos lados.
#53
#5 Claro, si es que no se veía venir ...
http://www.20minutos.es/noticia/2452024/0/satse-critica-continuos-fallos-programa-medora-que-ademas-no-ha-integrado-modulo-cuidados-enfermeria/
"están trabajando también técnicos de las empresas Oracle, Tevlent y Microsoft para "lograr una solución lo antes posible".
jajaja me imagino a los jefecillos de las carnicas cagados en los pantalones diciendo a todo el personal venga pitando a hacer acto de presencia, que vean que nos preocupamos , haced como que tocais la hostia de botones con prisa hasta nueva orden
#27 Esto es muy indicativo del follón tecnológico que tienen montado. Oracle, Microsoft y Telvent.
O sea, la base de datos es Oracle y para los puestos cliente segúramente han implementado un servidor con un webservice segúramente hecho en ASP.Net corriendo sobre IIS en Windows, y los puestos cliente serán Windows que, o bien utilizan una aplicación realizada en Visual Studio .Net o bien utiliza el vetusto y desaconsejado Internet Explorer.
En resumen, que han hecho un refrito mezclando un montón de arquitecturas y tecnologías.
Este coctel explosivo me resulta asquerósamente familiar, es la misma receta que todas las cárnicas de este pais llevan màs de una década aplicando a los contratos públicos. Yo trabajé bastante en una, y es la misma jodida receta: uno o varios SGBD de Oracle (en unix/linux), varios "webservice" en windows que hacen de intermediarios entre los clientes y el servidor, y un montonazo de puestos cliente de lo más variopinto (XP, W7...), todo esto parcheado y cogido con pinzas por cada una de las cárnicas que han pasado. Al final, esta mierda revienta por todas partes.
El de Oracle le echará el muerto a Microsoft por ser incompatible, el de Microsoft le echará el marrón al de Oracle diciendo que su SGBD es una mierda y que mejor usen su SQL server que se integra bla bla bla... y a los de Telvent les tocará averiguar qué mierda provoca el fallo y parchear a los bandos Oracle y MS para salir del paso y volver a funcionar como sea, y dejando contentos tanto a Microsoft como a Oracle, cada uno con su tajada.
De hacer un software nuevo ni hablemos.
#73 Yo estuve trabajando en la informática de Sacyl, por suerte en otro departamento, y la arquitectura de la aplicación es bastante, como decirlo, peculiar. A pesar de ser una aplicación web, depende masivamente de ActiveX, y por ende, sólo funciona con IE, y además en versiones antiguas (hace un año estaban adaptándola a IE9). Además, es (o por lo menos era) tan sumamente pesada que tuvieron que publicarla desde que se centralizó por Citrix, dado que los equipos de escritorio no soportaban la aplicación, además de que tenían equipos Linux (que por desgracia desmantelaron), en los que lógicamente, tampoco funcionaba. Para rizar el rizo, el rendimiento de la aplicación en la parte de servidor era pésimo, dándose el caso en determinados centros de salud de tamaño medio, de tener que montar 4 IIS (virtuales) sirviendo la aplicación para atender las peticiones del centro.
Otro caso curioso, es que hasta hace poco, aunque la aplicación se centralizó hace varios años, las bases de datos de los centros de Salud era independiente, así que si te cambiabas de centro de salud, aunque la aplicación era la misma, tus datos en estaban en otra base de datos y desde el nuevo centro no podían acceder a ellos... Esto se solucionó (creo) hace poco, aunque sigue sin haber integración con los hospitales, que es otra fiesta, ya que hay 2 aplicaciones principales en los hospitales, básicamente por motivos políticos, e incompatibles entre sí (2 hospitales rivales que desarrollaron su propia aplicación y que la fueron expandiendo según amistades con otros hospitales).
#85 Eso que cuentas es para sudar sangre, por $deity, qué tremenda falta de sentido común.
los programas Jimena, de historia clínica electrónica en Atención Especializada, o el programa Gacela, que se usa en los centros hospitalarios
Por lo visto el que pone los nombres a los programas es el mismo que se los pone a las operaciones policiales
#8: Podría haber sido peor y fuera el que traduce los títulos de las películas.
#41 Fue al cirujano y le dieron...
El fallo informático no existe, es siempre una cagada en algún lugar bien en el ciclo de vida del SW o con los datos.
En CyL llevan años recortando en informática (han echado a un montón de gente que controlaba de esos sistemas) Que esto ocurriera era cuestión de tiempo (aquí y en otros sitios)
Cuando quieran dejar las cosas como estaban en 2007 se van a gastar el triple de lo ahorrado.
Y supongo que en otras comunidades pasa lo mismo.
No te olvides de poner el WHERE en el DELETE FROM.
#19 Por no poner un where se llamo a todos los pacientes de un centro de salud con el mismo nombre. No tiene gracia.
#24: Ya se que olvidar un WHERE en el DELETE FROM puede ser trágico.
#25 #24 Dentro vídeo
#25 Si tu base de datos te permite ejecutar sentencias DELETE o UPDATE sin cláusula WHERE es que tu problema no es precisamente la memoria.
#42 la verdad es que nunca lo he probado. ¿Hay alguna que tenga esa protección de serie?
#42 Quince años trabajando con bases relacionales. ¿Me dices un par que tengan esa protección, al menos de serie?
#88 Hace dos días instalé mysql desde los repositorios de Oracle en un servidor Ubuntu. Adivina lo que pasó cuando intenté hacer un DELETE sin cláusula WHERE: Me dijo que nanai de la China, que si quería hacer burradas de esas que cambiase la configuración.
En cualquier caso, lo que digo en mi comentario es que si tu base de datos te deja hacer eso es que tu problema no es que te olvides de poner el WHERE, sino que no has configurado la base de datos de forma óptima.
#19 No te olvides la toalla cuando vayas a la playa.
Seguro que a alguien se le ha ocurrido llamar a su hijo Manuel'); DROP TABLE Users;
#xkcd
https://xkcd.com/327/
#30 El pequeño Manolito Tablas para los amigos
#30 El pequeño Manu Teibol
#37 Pequeño, pequeño, tampoco
Por favor, alguien que trabaje dentro y entienda del tema que aclare que pasa, porque muchas veces, se habla de microsoft, de oracle, millones de euros y luego a la hora de contratar conexiones se contrata una ADSL rural.
#9 Lo que se yo es que se ha cambiado por lo menos 5 veces de subcontrata y cada vez que se cambia de subcontrata se cambia el personal. Ademas al personal se le paga una mierda. Yo conocí a gente que cobraba 15.000€ al año que trabajaba dando soporte para esta aplicación.
Ademas del cambio de subcontratas han cambiado la estructura casi tantas veces. Al principio cada centro de salud tenia su propio servidor. Si habia averia únicamente fallaba un centro en concreto. Después lo centralizaron y claro cuando hay averias ahora afectan a todos los centros de salud.
Y si las lineas adsl que tenian contratadas eran una mierda,sobre todo en los pueblos que es lo que hay.
gracias #16, pues señores ya sabéis porque el sistema es como es. Se pagan mucho por las licencias y la publicidad en los periódicos para "vender" el sistema y las marcas que lo "apoyan", pero luego a la hora de la verdad, el gasto en mantenimiento y el personal encargado del mismo nada de nada. Así que el fallo "informático" no es informático sino que es un fallo de gestión y de como abordar un proyecto. Estamos hartos de verlo. Los consultores "expertos" contratan a becarios y subcontratas se encargan de mantener aquello como pueden.
Esto lo escribo porque estoy harto de escuchar, el famoso fallo informático y mira que viendo que microsoft estaba involucrada y que esto es meneame podría haber hecho el chiste fácil de microchoft windows es aquello y lo otro y que con linux no pasaría, pero en lugar de hacerlo, me ha dado por pensar en que debe haber una explicación racional para lo que sucede...
#17 ha sido un error de sobres
#17 No creo q sea tanto de gestión (que también tendrá lo suyo) como de protocolo.
Estamos hablando de una actualización de sistema a productivo fallida lanzada entre semana... Eso es grave, muy muy grave. Llevo unos 9 años en consultoría, soy senior en SAP, el cual también tiene modulos de gestión hospitalaria, y al menos como están contando aquí lo que han hecho es de gañán nivel extreme.
Si tu tienes una actualización de tu sistema crítica (aunque me juego lo que queráis a que esto solo era el desarrollo de una aplicación nueva que toca alguna tabla maestra y se ha ido a la mierder), primero se testea en las máquinas de desarrollo y calidad y la sometes a todo tipo de perradas a ver si casca, voy a suponer que eso lo han hecho (aunque huele a que no) y aún así hay algo en pro que no tenian las otras máquinas y en pro falla (otro fallo gordo de protocolo, el sistema de calidad debería ser una copia decente de producción, lo normal es que cada 3/4 meses se haga copia, aunque bueno esto depende mucho del cliente y digamos que es un fallo menor, muchos clientes como esto implica horas y tiempo pasan como de la mierda) viene el 3º punto.
¿Se cae todo el sistema a golpe de miercoles? ¿Como? Actualizaciones/desarrollos críticos transportados ENTRE SEMANA ¡¡¡¡
Estas cosas, de toooooda la vida se hacen los findes, es la putada de mi profesión, curramos los sábados a veces, y tiene una explicación lógica, se lanzan las cosas peligrosas cuando haya pocos usuarios conectados y baja demanda, para que si casca como es el puto caso afecte al menor numero posible de gente.
En fin que a alguien se le debería caer el pelo.
Y un ultimo detalle... Los consultores senior no contratamos a becarios, los consultores senior somos curritos senior, lo que tu quieres decir es managers/gerentes (comerciales) de consultora q son los que se dedican a esas cositas
Sueldos de 15000€ brutos, contratos de obra y servicio, compromisos políticos disparatados, gestores de proyecto (de sacyl) que no saben por donde les da el aire, recortes en infraestructuras y muuuuuchas cosas más.
#16 eso no es así. Actualmente lleva 4 años en manos de la misma empresa.
#46 esta vez lo han provocado los propios funcionarios. La gestión de sistemas antes la llevaba una empresa. Ahora la lleva el propio Sacyl
#56 te aseguro que no es por eso.
Y aquí no dimite ni dios!
#65 Cuéntanos más que parece que tienes información de primer mano. Y los que tuvimos relación con Medora tenemos curiosidad por saber que esta pasando ahora.
#16 Hablas de gente manteniendo aplicaciones por 15.000€ al año como si fuera algo noticiable. Habitual, que no normal, cuidao.
#16 Para que vean que esto de la subcontratación no funciona.
#76 Si que funciona, pero para los golfos.
#9 No he trabajado dentro ni soy infórmatico, pero conozco gente que sí lo estubo.
El problema viene de diseño. Fue creada por una empresa tristemente famosa por estas tierras: Nodalia. Dicha empresa se constituyó gracias a ayudas públicas y financiación de cajas, uniendo dos empresas cuasi quebradas de entonces y colocando, lógicamente, a políticos profesionales en los puestos de confianza. Cualquiera sabe que una empresa así no tiene buen futuro en el mundo de las TIC, pero esta se llevó la palma: duró solo un año.
En este tiempo, y por suerte, no le salieron muchos contratos, por lo que solo le dio tiempo a parir (hay quien diria cagar) FEDORA. Siempre he oído a los profesionales de la sanidad quejarse de que iba muy lento. Mi amigo que trabajó en el mantenimiento, por supuesto subcontratado, huyó en cuanto pudo.
#21 Me temo que te han informado mal. Fue cic quien se encargo de las primeras versiones de Medora y del soporte. De hecho llevaba toda la atención primaria de Castilla y León y parte de soporte de hospitales también. Nodalia fue el resultado de fusionarse con otra empresa que ahora no recuerdo el nombre, pero eso ya fue dos años antes de quebrar. Ya llevaban varios años antes desarrollando medora. De aquellas la aplicación podia tener fallos pero no solian ser masivos, ya que cada centro de salud tenia su propio servidor por lo cual eran mas dificiles los fallos masivos.
El centro de soporte cogia el 100% de las llamadas cosa que cuando paso a la siguiente subcontrata dejo de ser asi.
Nodalia quebro porque le quitaron toda la parte de salud. De la misma forma que se la dieron toda a dedo a cic por lios familiares, por esos mismos lios se lo quitaron a nodalia.
Como siempre los perjudicados los trabajadores. Los socios de las empresas no perdieron un euro y de hecho todos tienen nuevas empresas ahora. Se los denuncio pero nadie piso cárcel, salieron todos inocentes.
En wikipedia tienes los nombres de las empresas y demas:
http://es.wikipedia.org/wiki/Nodalia
#23 centrar la aplicación en un sólo centro de datos es una buena decisión como demuestra Google, Facebook, Amazon,... día a día. Eso sí, si pones a un becario de una subcontrata por 1000 euros/mes que nadie espere milagros. España en temas de desarrollo de software ha alcanzado el grado de tercer mundista. Lo mejor que pueden hacer las administraciones es volver al papel impreso. Se creyeron que los programadores no eran más que "pica-código" hasta que los "pica-códigos" con talento se marcharon del país. Y ahora sólo quedan ordas de gestores de proyectos que no saben hacer la O con un canuto.
#43 me da que google, facebook, amazon etc tienen sus datos en más de un CPD.
#59 lo tienen en un sólo CDP y luego tienen el CDP repetido por todo el globo, pero eso ya es rizar el rizo.
#43 No es tema de que no haya buenas empresas o desarrolladores en España, es tema de la politica de contratación. Al final si pagas cacahuetes tendras monos, si a eso le juntas varios niveles de subcontratación, consultoras externas, adjudicaciones basadas en amiguismos... al final pasa lo que pasa.
Desde el punto de vista técnico no habría problema en manejar con fiabilidad y alta disponibilidad ese volumen de datos. Más si tienes pasta para pagar sistemas propietarios con Oracle, Microsoft,.... que te lo dan todo bastante mascado. El problema es tener que ir manteniendo, con todos los problemas que he comentado, aplicaciones planteadas mal desde un inicio, pero eso repito es un problema politico y de gestión , no técnico.
#43 En todo caso, cada infrastructura tiene sus ventajas y desventajas.
Tener un mini CPD por centro y por la noche sincronizar con uno central es una buena opción también, sobretodo si las líneas de comunicación son justas y/o existe un tráfico intensivo.
Muchos centros de grandes cadenas comerciales lo hacen así.
#43 en los sitios medio serios tienes al menos un centro de respaldo....
Por ejemplo google: http://www.google.com/about/datacenters/inside/locations/index.html
Ahora la mayoría de las empresas contratan servicios a un IaaS como AWS para sus servicios y realizan los despliegues en varias "zonas" ,para en caso de fallo de uno de los cpd's el trafico pueda ser redirigido a otro cpd.
Eso si, si lo quieres montar bien es pasta... y mas si lo subcontratas
Seria interesante saber cuantos sistemas informaticos distintos se están implementando, no podríamos hacer uno solo que usasen todas los sistemas sanitarios. Saldría mas barato. Por cierto hay uno de código abierto gratuito…
Bah, solo era una estúpida idea para ahorrar cientos de millones de euros.
#39 barato y eficiente
#39 como se llama? Ningún hospital lo debe usar. Cuando trabajaba en la sanidad me interesaba por los sistemas que usaban en Catalunya y también usábamos un sistema cerrado y que fallaba de vez en cuando y ya no se podían hacer radiografías, porque iban al historial y a nadie se le había ocurrido guardarlas para subirlas después.
Por suerte solo caía un hospital. Yo creo que gracias a las cárnicas ni se sabe ni se quiere saber que gestión se está haciendo. Es un caos como todo lo demás.
#51 http://en.wikipedia.org/wiki/List_of_open-source_health_software
Probablemente un fallo en el periférico que hay entre el teclado y la silla
#38 el fallo ha sido detectado en la interfaz silla teclado, ¿quiere eliminarlo?
A mí me echó la bronca el oculista por no decirle que me había operado con lasik hace 12 años. Para eso sirven los historiales médicos
La foto es un poema. Vaya tela.
Habrá sido la trócola...
"El pasado lunes se instaló una nueva versión del programa para la adaptación al proyecto de receta electrónica...
#13 Suele pasar. Al principio parece que funciona, pero cuando aumenta el nivel de carga hay algo que llega a su límite y el invento colapsa. No siempre es sencillo de arreglar.
Lo aconsejable es llevar el mantenimiento a una empresa decente, pero las empresas decentes huyen de los políticos en cuando pueden. Hay empresas de IT que se niegan a trabajar para ayuntamientos bajo ningún concepto. Las empresas grandes lo que hacen es reconocer que a esos animales hay que darles de comer aparte y se organizan en dos grupos: uno para las administraciones públicas y otro para los clientes normales.
Solo en rescates bancarios mas intereses se van casi la mitad de esa cifra.
Luego obras fantasma otro tanto. No es nada descabellado.
Para un asunto en un aeropuerto en Reino Unido plantearon una investigación para descubrir qué habia pasado e intentar que no volviese a ocurrir.
¿Que van a hacer aqui?
Una línea de código fue capaz de congelar el tráfico aéreo de UK durante una hora
Una línea de código fue capaz de congelar el tráfico aéreo de UK durante una hora
Una línea de código fue capaz de congelar el tráfi...
xataka.com9 verdades que los programadores saben pero la mayor parte de la gente no [ENG]/c95#c-95
Aqui lo que se ha congelado un poco es la atención sanitaria en toda la región (algo tan critico o tan vital o mas que el tráfico aereo) y por mucho mas que una hora.
¿que nivel de transparencia tiene el manejo de todos estos sistemas de la sanidad de castilla y leon?
Si hay transparencia se puede conocer mucho mas rapido, qué o quien es el responsable, o hacer un seguimiento de todo lo que pasa.
"y este martes funcionó con normalidad."
Suena a escusa barata "Pero si ayer funcionaba y no se ha tocado nada" ya ya...
Nada nuevo bajo el sol...
https://www.google.es/search?q=problemas+medora&ie=utf-8&oe=utf-8&gws_rd=cr&ei=iARKVbKLF8TdsASGmYD4Dw
¿que procedimiento tienen para estos casos?
¿que pasos tienen para si por ejemplo el sistema está caido 1 dia, o 2 dias, o 3 dias, o 1 semana, para que el "avión siga volando"?
Puto becario.
¿Habéis visto la guía de usuario del sistema en cuestión? De lo peor que he visto en usabilidad en mucho tiempo, pero seguro que es lo que se pidió hacer.
http://www.saludcastillayleon.es/profesionales/es/estrategia-salud/desarrollo-proyectos/medora-historia-clinica-electronica-atencion-primaria
El efecto de la cárnica líder en su sector
Otra polla, hombre. A ver si dejáis de echarle la culpa al informático.
Que los informáticos hacemos lo que el cliente nos pide (y nada más, y nada menos, por si acaso).
Si el cliente no sabe lo que quiere, no es culpa del informático.
(o está convencido de que sabe lo que quiere y luego no tiene ni puta idea, que también pasa)
Que charcutera lo habrá provocado: Everis, El Corte Ingles, Accenture, Capgemini, Indra?
Hagan sus apuestas.
#46 todas a la vez en un proyecto de colaboración?
Fallo informático
Seguro que es un fallo de gestión, sistemas mal planteados, peor implementados y con un soporte que hace lo que puede por sobrevivir. Pero claro, siempre es un "fallo informático", porque si no lo es, hay muchos jefes con los bolsillos llenos de sobres que tienen que dar explicaciones.
#60 ¿Os doy una notica? Los jefes de proyecto, analistas senior, analistas junior, programadores senior, programadores junior, tester senior, tester junior, administradores de bbdd senior y junior, administradores de sistemas senior y junior...
También somos humanos y capaces de meter la pata hasta el corvejón. Y sí, a nosotros también se nos cuelan errores en producción. En todos los proyectos que llevamos a producción. En absolutamente todos ellos. Y el que lo niegue... bueno, vosotros mismos, si es que trabajáis en esto.
#89 Puede haber un fallo humano de confundirse al poner un commando sql o borrar una carpeta sin querer o cosas asi. Lo que no puede haber es un error de produccion como los llamas tu. Antes de poner algo en producción primero hay que implementarlo en una maqueta y hacer un monton de pruebas reales. La maqueta tiene que ser exactamente igual que el sistema en producción. En este caso no ha sido un error humano por lo que comentan ya que se fallo un para de dias despues de actualizar fue un fallo por no haber hecho bien las cosas en preproducción. Trabajar de esta forma es más caro porque tienes que mantener dos sistemas en vez de uno pero en cosas tan importantes como la salud pues deberian gastarse el dinero
#0 Puedes completar la entradilla que te quedan caracteres que gastar.
#2 hecho
AEDE ALERT, por lo menos el script de Tampermonkey me dice eso...
#14: Es de Prisa, pero si el medio en cuestión no es de AEDE, no es de AEDE, por mucho que El País si lo sea.
#26 A mi me lo bloquea el AEDE Blocker, ¿Huffington Post no es AEDE entonces? ¿Dónde puedo comprobarlo?
#29 igual un sistema nacional seria mejor...
En el hospital la informática tiene mucha regulación mucho jefe y poca actividad.
Luego veías cosas como software vulnerable sin actualizar desde la edad media porque dejaban de funcionar ciertas aplicaciones.
#31 El jefe de informática de algunos hospitales son rebotados de otros departamentos, ni siquiera tienen una especialidad técnica, de hecho, son gestores. No les pidas cambiar un tonner, o saber si Oracle es mejor que MySQL o viceversa. ¿Y el funcionamiento de este ordenador? No saben, pero debe estar funcionando "ayer".
"... junto a los técnicos de la Consejería de Sanidad están trabajando también técnicos de las empresas Oracle, Tevlent y Microsoft ..."
¡Acabáramos! ... Eso no se solucionará nunca.
Que lo tiren todo abajo y que comiencen desde cero con software libre.
------------------------------------------------------------------------------------------------
Esto era de esperar, hace tiempo que lo vengo oyendo de algunas personas que trabajan en empresas que sirven a hospitales y centros de documentación.
Comentan en el artículo que ayer fue actualizado y funcionó con normalidad, y hoy dio el problema. Tras los recortes que he leído, lo que aventuro, así por especular, es que no hicieron las baterías de caja negra adecuadamente... ¿Ayer funcionaba? No, en realidad, ayer no se hicieron la mitad de los procesos que deberían haberse realizado...
#28 ¡ Ojalá ! ¿Sabes lo que lleva un desarrollo como el que tienen? Pues bastante más que un mes, no veo solución a corto plazo.
#28 Esa es una situación que tampoco se solucionaría usando software libre, si quien se encarga de desarrollarlo y mantenerlo es una subcontrata millonaria acabaría costando lo mismo y tendría los mismos fallos que con software de código propietario: fallo en la forma de adjudicar el proyecto y mala gestión del mismo.
Esto me demuestra, una vez más, el poder que tenemos los informáticos en la sociedad actual que con muy poco podemos generar el caos.
Lástima que a la hora de huelgas para luchar por nuestros derechos impera el "sofá"
ni de puta coña
De todas formas yo al margen de los programas concretos que venían técnicos concretos (y eso aplicable a todos los niveles) había desarrollos internos. Habláis de cárnicas y yo solo vi subcontrata de soporte telefonico
Sería interesante saber si el fallo solamente afecta a la sanidad pública ... o a toda la sanidad.
----------------------------------------------------------------------------------------------------------------------------------------
Sí, sí, pero Windows o Linux, caguen sos.
Llevo más de un mes esperando a que me den cita. El médico me dijo que la citación llegaría rápido, será que eso de la rapidez es algo subjetivo.
Lo de siempre, ITs que tiran los precios montando equipos de desarrollo con chavales sin experiencia por cuatro duros, así no se puede hacer un producto con un minimo de calidad.
Bienvenido al día a día en la Comunidad de Andalucía.