Dos programas informáticos, de nueva implantación en Centros de Salud y grandes hospitales, están provocando el caos en la sanidad madrileña, según AFEM (Asociación de Facultativos especialistas de Madrid). Los servidores se caen constantemente, el sistema se cuelga al meter los datos de los pacientes lo que, entre otras cosas, está multiplicando las labores de burocracia de los médicos y provocando largas esperas a los ciudadanos. En el caso de Atención Primaria se acaba de implantar la aplicación de Modulo Único de prescripción (MUP)..
Comentarios
Y lo más gracioso son las 2 aplicaciones en cuestión:
- Modulo Único de prescripción (MUP)
- HCIS (Historia Clínica Electrónica)
Dos aplicaciones que deberían ser las mismas para toda España y que tenemos multiplicadas por 17 comunidades autónomas, a unos 16M por comunidad haced la cuenta que me da la risa tonta (sobretodo porque, muy probablemente, la hagan en todos los casos los mismos de siempre: Accenture, Indra, etc., y con el mismo resultado de siempre: un puto desastre).
#3 La oferta con el precio más bajo, 16M de euros de nada, para que luego pete por todas partes.
El pago con cacahuetes sí es el problema, pero no es porque el precio que pagamos sea bajo, es porque algunos se lo quedan casi todo sin dar un palo al agua y dejan unas migajas para los que terminan realizando el trabajo.
Coincido con #1 habría que ver cuanto se ha invertido realmente en realizar la aplicación y cuanto se ha perdido por el camino (que me da que va a ser mucho).
#1 La clásica estafa de cárnicas hispanistaníes.
16 (dieciséis) millones de euros gastados en una aplicación que peta en las narices del usuario. Una aplicación de "meter datos de pacientes" que, me juego las pelotas, es una simple aplicación CRUD con base de datos e interfaz de usuario que ni siquiera realiza cálculos mínimamente complejos como podría hacer una aplicación de contabilidad por ejemplo.
Cualquier empresa tecnológica desarrolla aplicaciones bastante más complejas que "meter datos del paciente y mostrar el historial" y desde luego por muchísimo menos de 16.000.000 de euros. Eso no se lo sacan ni en las rondas de inversión las fintechs de Ámsterdam y Londres que hacen transacciones bancarias internacionales, no me jodas.
El dinero público de España, ese maná que Dios hace caer periódicamente sobre empresarios amigos y sus políticos.
Habra que ver quien ha realizado ese software , las subcontratas realizadas , el dinero gastado y lo que se ha pagado finalmente a programadores y probadores.
Estas cagadas deben tener consecuencias.
Obliga a repetir el trabajo por sus continuos fallos y, además, ha aumentado el consumo de papel. Esta aplicación nos ha costado ya 16 millones de euros y está produciendo un deterioro asistencial imperdonable"
Quizá no venga al caso, o quizá sí. Pero hay un software de éxito mundial llamado GNU Health que corre sobre Tryton ERP. Que yo sepa es modular y adaptable a cualquier hospital.
Se ha escrito bastante sobre los éxitos y premios de ese programa.
Este es el blog del desarrollador. http://www.meanmicio.org/
Wikipedia: https://es.wikipedia.org/wiki/GNU_Health
#1 Eso nunca se mira, lo que se mira es la oferta al precio más bajo, luego pasan estas cosas y claro... no lo entendemos... como es posible con lo baratito que ha salido... pues eso, pagas con cacahuetes....
Putos informáticos pelirrojos.
#1 También habría que ver cómo ha ganado el concurso público, si era la mejor oferta, qué relación tiene con el responsable de la licitación... Esto la mayoría de las veces no se circunscribe únicamente a la empresa que lo lleva a cabo
#4 Y subcontratistas budistas , no nos olvidemos...
#8 Ten cuidado a ver si por decir una cosa de sentido común te van a llamar facha o decir que eres de “extrema derecha” como al pobre abascal.
En España como nos sobra la pasta y “está to pagao” como decimos en Andalucia podemos pagar 17 veces por lo mismo.
#1 Asi sin mirar, te digo que ha sido Indra.
#12 #1 Yo diría que han sido los becarios de Indra.
Los programadores buenos se los reservan para empresas privadas, que esos sí que ponen demandas si les entregas un producto de mierda.
#36 solución: bajar el sueldo de los comerciales, preventas , gerentes que solo sirven para agasajar al cliente. Los informáticos rompemos las cosas pero más veces de las que te imaginas por causas ajenas a nosotros... Yo estoy harto de decir "Te lo dije"
#63 Ahí está el problema, si solo fuera una aplicación, bueno, unos milloncillos en un presupuesto de miles de ellos es calderilla, pero si los sumas todos es un buen pastón.
Con lo fácil que sería tener un software base para cada cosa común y que cada administración hiciera los cambios que necesitara (o ninguno, que debería ser lo más normal salvo cuatro chorradas como traducirlo a otros idiomas oficiales).
Pero eso limitaría mucho los sobres a repartir.
#3 Y un cojón de mico miran la oferta de precio más bajo. Miran la oferta de "Fulanito mi amigo de las cárnicas y los sobres".
Entre mamones anda el juego.
Si ni siquiera es necesario desarrollar software nuevo, se podría acudir a los que hayan desarrollado software que funcione correctamente ya en otros países (a lo mejor he dicho una tontería, pero me dejaría de piedra que no exista este tipo de software en países occidentales).
PS: no, parece que no he dicho una tontería:
https://www.capterra.com/electronic-medical-records-software/
#39 a ver hacer un CRUD es muy simple, con un programador con experiencia y un poco de planificación. Lo que pasa es que si eres un chapuzas, partes el codigo entre 100 empresas que luego tienen que integrar la infromación y pagas con cacahuetes, da gracias a que funcione.
#2 16 millones es la facturación de 5 años de la empresa donde trabajo, y cuando hemos sacado un nuevo producto se han tenido que revisar cosas, pero ni de lejos que hagan que la aplicación deje de estar operativa o que la experiencia de usuario sea insufrible. Y tenemos varios miles de usuarios con dispositivos móviles, es decir, más lentos y con peor cobertura que un pc en una consulta.
#7 En un proyecto hace años, el cliente en un momento de buen rollo me preguntó "quieres saber lo que se queda tu manager de lo que pagamos a tu empresa por esto?"
Le dije que no quería saberlo, porque probablemente habría hecho alguna tontería llevado por la rabia.
#8 en la actualidad hay dos que se comen todo el mercado Selene de Siemens y Hphis de HP. El primero suele estar en hospitales nuevos y el segundo en los clásicos como el Gregorio. La implementación del sistema y su integración con terceros suele correr a cargo de las consultoras grandes
#21 no voy a justificar el coste pero tampoco un programa que hagas en dos días con un curso de CCC. Un sistema tan gordo ( usuarios potenciales ) no es trivial. Y más teniendo en cuenta lo delicado que es la información que maneja ,etc. Lo que es flipante que existan 17 sistemas que tienen que hacer lo mismo y casi todos funcionan como el culo ( como Medora en CyL )
#8 Gran estafa legal. Recuerdo trabajar para una empresa que estaba desarrollando una "cosa" aquí en Canarias, que quería vender luego en otras comunidades. El negocio es redondo. Para ellos, claro, para nosotros...
#24 un conocido me comento que habian descartado una implementacion de SAP despues de gsatarse 33 millones de euros en ella (en alemania)
#21 He trabajado durante unos años para el sofware sanitario de un comunidad y he de decir que es bastante mas complejo que eso (integración de productos existentes, auditoria compleja, seguridad, integración con empresas externas...), aun con todo con esos 16 millones deberia dar de sobra para una infraestructura fiable y un personal cualificado para hacer la integración y el desarrollo.
El problema es que es una parte minima la que se destina a contratar profesionales con experiencia y se queda practicamente mas de la mitad en las carnicas
#47 100 líneas de código, relativamente complejo
#8 tas equivocao,
Se pagan 17 veces, pero no son 17 distintas. Cantabria comparte esas 2 maravillas con Madrid, de una empresa de Cataluña.
#8 Accenture, Indra
Uff...
#17 Le hablas a algún gerente de hospital o a su "jefe político" de turno sobre GNU y se le ponen los pelos como escarpias
Eso no lo comercializa ninguna consultora que te regale algo por contratar con ella?? entonces es cosa de peludos, hipies, o peor, hackers!!
#1 Las consecuencias serán las de siempre: los implicados se cubrirán unos a otros, y tira millas que ya se tapará el "bujero" con dinero público.
¿Qué cabezas han rodado por lo de LexNet? Pues eso mismo.
La informática sólo puede reventar por un sitio: por la falta de programadores. A estas alturas ya se sabe de sobra que no hay voluntad de arreglar nada desde arriba. Antes volarán los cerdos.
#47 si crees que un software de historia clínica electrónica es un simple crud, hay veces que es mejor callarse antes de decir tonterías
PP de Madrid: nuestra gestión deja huella
#8 Cuanto daño están haciendo los microservicios
#26 Eso son baratijas.
https://www.consultancy.uk/news/18243/lidl-cancels-sap-introduction-having-sunk-500-million-into-it
En algún momento habrá que regular la profesión.
Conozco un sofware realizado para una administración pública, que el encargado de hacer las pruebas constató que no pasaba ninguna de las mínimas pruebas de calidad que sometía al aplicativo. La semana siguiente se implantó en producción.
No es la primera vez que veo problemas similares, en comunidades y servicios diferentes, y la solución pasa por implantar controles de calidad en los mismos pliegos de aplicación, algo que nadie quiere hacer porque "sus empresas" tendrían que empezar a contratar a gente competente, renunciando por el camino a sus múltiples y numerosas comisiones.
Caso aparte es que muchas de las aplicaciones que se licitan, tienen exactamente los mismos requisitos, pero en ningún momento he visto que se intente generar software libre, para que las administraciones compartan resultados.
No me gustaría estar en la piel del pobre becario picateclas sobre el que haya caído la responsabilidad de solucionar la cagada de otros. Me recuerda a mi anterior vida.
#15 Yo he trabajado en algun proyecto para ICM... sin comentarios.
Cuando estuve ingresado en el CHUS, hospital clínico universitario de Santiago, mezclaba los menús, les daban café y sal a los hipertensos como mi compañero de habitación, a mi me dieron varias veces leche cuando tengo prohibido consumirlo, cuando pregunté me dijeron es que el programa elabora los menús cada día para variar los alimentos y a veces la lía mezclando cosas que no debe..., por supuesto puse una reclamación han debido tirar a la basura porque jamás me han vuelto a llamar.
Es lo que tiene décadas de gestión parásita y corrupta.
#45 Si hubiese una huelga de informáticos pero de verdad, en menos de una semana se colapsa el país.
Pero ya ha habido demasiadas oportunidades para eso, está claro que no se va a pegar nunca un puñetazo encima de la mesa.
El "ajuste" sólo puede venir por el abandono de la profesión. Y entre que las escuelas técnicas pierden alumnos a capados, y los buenos salen del mercado de las charcuteras vía aérea o vía lograr promoción, ya van apareciendo casos como éste de la sanidad. Que cada vez quedan menos bomberos para apagar los fuegos, vamos.
Y no, lo de reclutar a 10.000 tipos para hacerles un bootcamp no va a funcionar. ¿Qué nos apostamos a que no funcionará, Keepcoding?
#8 Pero eso pasa con todas las administraciones públicas y dentro de estas prácticamente lo mismo con cada departamento.
Por ejemplo si yo quiero hacer la declaración en Bizkaia tengo que bajarme el programa de ayuda de la Diputación Foral de Bizkaia, que por cierto está hecho en Visual Basic 6 y utilizan el programa de instalación de ejemplo que viene con el VB6.
Y si quiero hacer la declaración en Gipuzkoa tengo que ir a la página de la Diputación Foral de Gipuzkoa y bajarme el programa de ayuda suyo que es totalmente diferente al de bizkaia.
#77
Administraciones Públicas.
Otro lío que pagamos entre todos.
#38 Ojo, que la https://es.wikipedia.org/wiki/Osteopatía [[osteopatía]] ésa no es más que otra magufada pseudocientífica...
#63 Creo que el resto usamos el programa Padre...
#51 https://pastebin.com/hiZiv4Z9
Cuñado mis cojones.
#8 PP PP PP PP PP PP
#89 si si, pero lo de lidl "no es un conocido" para mi jajaja
#9 Tener un software común, utilizable por todas las comunidades autónomas, no es de derechas.
MadridDigital (antes ICM) tiene mucho personal que debería controlar a las contratas.
Por contra se dedican a vivir bien.
#16 Siendo realistas, suele ser un "arquitecto" el que se come el marrón. Arquitecto: véase el que más cobra de de IT y va a más reuniones con el cliente.
#9 pobre Abascal?
Aquí parece que hay más información sobre la última contratación de HCIS (que es un software propietario de HP): http://apiscam.blogspot.com/search/label/HP-HCIS
Del Módulo Único de Prescripción he encontrado solamente la licitación para la creación de cursos de formación online, pero no he encontrado ninguna para el desarrollo del software: http://www.madrid.org/cs/Satellite?op2=PCON&idPagina=1204201624785&c=CM_ConvocaPrestac_FA&pagename=PortalContratacion%2FPage%2FPCON_contratosPublicos&language=es&idConsejeria=1109266187224&cid=1354683347665
#92 Y tienes algún conocido en DHL?
https://www.pcworld.com/article/3010156/sap-dont-blame-us-for-dhls-ailing-logistics-system.html
Yo pensaba que en Madrid usaban la aplicacion de pago OMI. ¿Cuando lo cambiaron?
Lo de las caídas es algo "general" En Castilla y Léon Medora se cae 3 o 4 veces al año mínimo.
Eso si cada 2 años lo cambian de subcontrata a la más barata posible. Y cada vez dan peor servicio al personal de primaria.
#9 No es una cuestión de nacionalismo.
Tendría que haber sistemas de gestión de administraciones públicas libres pagados por la ONU y que fuesen el standard.
A partir de ahí, hacer las modificaciones que cada particularidad necesite, pero sería una herramienta brutal sobre todo para países con menos recursos.
#3 16 m€ no es baratito. Con ese dinero desarrollas un ERP comercial.
#56 #57 Yo juraría que HCIS es el nombre de un tipo de aplicación (Historia clínica electrónica), sería como decir ERP o DBMS. Y HP tiene el suyo como lo pueden tener otro montón de empresas más. No tiene por qué ser ese (puede que sí y puede que no,)
#54 Cerner tiene también muchas implantaciones en EEUU.
Pero al final son productos que hay que adaptar a regulaciones locales y métodos de trabajo.
Y esas adaptaciones nunca están estudiadas y si resulta que para que funcionen necesiten más infraestructura...fallo a la vista.
#24
Creo que va a ser que no. Te cuento un proyecto en que estuve metido hace años:
- Presupuesto: 7 millones, IVA incluido (de aquella era el 16%) en tres años
- HW: no incluido
- Licencias: para esos tres años.
Solo en licencias los amigos de SAP se llevaban unos cuatro millones (tres años, luego, a pasar por caja) y algo, el resto integración.
Eso era la teoría. En la práctica, ganó Accenture con un producto de una empresa de Pimentel (ex ministro del PP y cuya empresa y producto no cumplía uno de los requisitos del pliego: estar desplegado en una AAPP) Al cabo de dos años aquello no había por donde cogerlo (te pillar un producto pensado para pocos miles y le cascas a tramitar a 80.000 y ya verás que risa) y Accenture cuando se le acaba la pasta, se le cae el boli.
La última noticia (hace mucho) es que llevaban gastados más del doble del presupuesto y la cosa seguía sin funcionar. Supongo que ahora rule, pero a un coste ....
P.S. ya que lo comenta #58 no tenía licencias de Oracle.
#70 La del SAS, Diraya, la sufrí yo hace unos años, trabajando como auxiliar administrativo, y tampoco funcionaba demasiado bien, por no decir que lo hacía bastante mal.
De eso hace unos 8-10 años, supongo que habrá mejorado.
Confirmado, por aquella época iba como el culo:
http://www.ingenio2010.com/index.php/DIRAYA
Tras más de 20 años de desarrollo (comenzó en 1997) es de esperar que la mayoría de los fallos se habrán arreglado. A Madrid todavía le quedan unos cuantos años muy malos
Es de suponer que si se usara uno en común se usaría uno ya pulido, como Diraya o como el que menciona #17, y no uno recién desarrollado y sin apenas recorrido en producción como el de Madrid.
Es adrede, se trata de hundir lo público para privatizarlo acto seguido.
#67 Una semana? En 4 dias el pais estaria completamente paralizado.
Imaginate empresa con varias sedes en Europa, se les cae una vpn en UK y no pueden salir los camiones en Francia porque no llegan las ordenes.
Es un sector lleno de padefos. No sabemos el poder que tenemos. Que hacemos que el mundo siga girando ostia.
#8 Conozco uno que trabajaba/trabaja (no se sigue) en esas aplicaciones. Recuerdo que escuchabamos sus historias con una mezcla de estupor e incredulidad, no recuerdo el detalle pero habia mamoneo para rato. Lastima que hace anyos que no hablo con el para dar mas detalles.
#84 Don't worry
#1 Pasa con casi todo el software de la Administración. El otro día fui a renovar el carnet de conducir y en el centro médico tenían una aplicación para hacer la solicitud de forma telemática. Pues resulta que falló al subir la foto y no tiene posibilidad de cancelar la operación y volver a subir los datos!! . Total que me tuvo que hacer la petición por papel y enviarla en un sobre.
Ese tipo de aplicación (formulario con subida de datos) se puede hacer en muy poco tiempo, con todas las medidas de seguridad y dimensionada para el volumen de datos que debe de tener (pongamos 1 millón de registros anuales) sin ningún problema. No me quiero imaginar el nivel del resto de aplicaciones y la cantidad de millones que nos cuesta al contribuyente en errores y trabajo adicional por parte de funcionarios.
#28 Si haces eso te quedas sin tu comisión. Lo que hay que hacer es recentralizar y todos misma aplicación por lo menos asi hay una comisión y no 17. Que además luego tienes que hace otro software para coordinar los 17 software para cuando la gente se mueve de comunidad poder mover su historial clinico.
#48 Confirmo lo que dice este usuario. Hacer esta aplicacion es una estupidez.
Pero estara hecha como el culo, con muchos parches y sin ni idea de arquitectura. En muchos casos no existe ni testing y mucho menos QA.
#8 Se puede decir más alto, pero no más claro. Totalmente de acuerdo contigo.
#48 repito no es tan simple como un CRUD. Un sistema hospitalario date cuenta que se debe integrar con varias unidades ,hospitales , gestionar agendas , medicación , etc. Súmale tambien la concurrencia de usuarios, para completar el cóctel de un sistema marrón típico. Los informáticos tendemos a menoscabar el trabajo de los compañeros y olvidamos que la gente no hace las cosas mal por deporte.
#107 Eso si, el negativo deElLocoDelMolino, me lo he comido entero.
#112 Que mas da eso. Le has dado en todo el morro con tu código.
#11 Y es que no aprenden que no se pueden hacer proyectos de coste de un millón de euros.
Se contrata a la empresa para que empiecen haciendo un módulo inicial, que el personal médico lo vaya usando y vaya viendo si le sirve y, mientras se adapta, se hace otro. Es la única forma de evitar un mastodonte que se dan cuenta que no funciona bien cuando ya se ha gastado todo el presupuesto inicial.
Apuesto que usarán el framework de moda, que nadie sepa cómo trabaja, ni sus pros y contras,. Además seguro que es una aplicación muy colorida, con efectos visuales de ensueño... Y les importó sólo eso.
#8
Dudo que tengas la historia clínica multiplicada por 17 .. en todo caso la tendrás por 170 o más. Cada hospital a lo largo del tiempo se ha buscado la vida como ha podido y no sé si con el tiempo se ha conseguido unificar algo.
#23 ¿No querrás que hablemos de la ruptura de los concejales de Podemos Madrid, del equipo de Gobierno del Ayuntamiento de Madrid (Rita Maestre y otros cinco ediles)?
Y esto es lo mas importante que ha pasado en la actualidad madrileña en el día de hoy. O eso es lo que piensa Meneame.
#27 Yo creo que el nombre original es HIDRA, o alguna de sus cabezas
Me la juego, Indra?
#20 Si ese es el Medora, sale bastante en el periódico.
¿Pero es que no tienen controles de calidad, tests, entornos de pruebas y pollas en vinagre? En serio, que no es una puta página web, es un sistema para gente que de ello depende su salud!
#8 Pues me alegro mucho no tener todos la misma la del SAS la hacen ellos mismos y funciona divinamente. Miedo me da que nos obliguen a usar la de Madrid solo porque "Hay que tener la misma"
#75 Yo por lo que vi cuando nos llevaron de visita a las oficinas es que desde hace unos años hasta ahora la verdad es que están montando un sistema de puta madre. Tiene sus fallos seguro, pero por lo que pudimos ver tienen un desarrollo bastante lento por falta de inversión básicamente hace 4 años nos dijeron que iban a sacar lo de bajarte tu historial desde una APP al móvil y aun estamos esperando
#1 solución: aumentar el sueldo de los informáticos, esos seres de luz que solo hacen cosas ultraeficientes sin fallos
#24 Supongo que incluirá otros gastos, como hardware y licencias (como Oracle).
#47
#71 AAPP?
#60 HCIS de HP es un producto comercial, que significa "HealthCare Information System".
El nombre de tipo de aplicación pienso que sería más bien HIS (Hospital information system, https://en.wikipedia.org/wiki/Hospital_information_system).
Tengo entendido que HP desarrolló e implantó un sistema HIS inicialmente para el INSALUD, llamado HIS (o HIS1). Pero cuando se transfirieron las competencias a las autonomías se fueron migrando a otros sistemas (como HCIS de HP, o también a otros sistemas de otros proveedores).
#113 Me reía por lo de medianamente complejo.
#105 prueba a preguntar por hashmap y quitate la fedora de paso
#110 En #57 hace referencia a una propuesta de adjudicación para HP-HCIS. En la noticia habla del Gregorio Marañón, y en ese enlace de #57 pone que el Gregorio Marañón migraría a HP-HCIS.
Porque otra parte, creo que ese producto tiene un módulo de atención primaria, que sería para centros de salud.
Yo diría que sí que es el de HP, aunque podría estar equivocado.
#129 Entiendo que con los 24 años se referirán contando con la versión anterior (HIS1) que se implantó en el INSALUD, no a la nueva. HP-HCIS no tiene 24 años.
Cierto es que debería estar más probado y no dar tantos problemas.
#28 ¿Software libre? ¿Compartir resultados? Pero bueno, ¿es que nadie va a pensar en los sobre-cogedores? ¿Y de qué iban a vivir todos los gestores de las cárnicas amorradas a la teta pública?
Y 16 milloncejos de euros, para que luego digan los de las batas que no se invierte en sanidad. Está claro que la solución al problema es contratar (con nuestra cárnica favorita) otro sistema informático por 32 millones y privatizar unos cuantos hospitales públicos (a nuestro amigo favorito) para sufragarlo.
#49 Pues a mí un médico y cuando digo médico es que es tal, concretamente estomatólogo y tiene una consulta donde se dedica también a la osteopatía y a mí me curó, estuvo conmigo durante 4 horas, entré con muletas porque tenía los pies hinchados y me dolía una burrada y salí con las muletas al hombro...
#80 Eso es lo que pasa cuando pagas una mierda por un trabajo tan duro como es el desarrollo de software
#80 Me parece que te has confundido de ubicación,
#57 De http://apiscam.blogspot.com/2017/10/indra-vuelve-llevar-por-sentencia.html :
"Indra vuelve a llevar por sentencia judicial definitiva desde Noviembre el lote de la oficina de desarrollo centralizada del SERMAS MEDAS que incluye la Receta Electrónica o el visor de Historias Clínicas multicentro Horus"
#10 Pregunte el otro día a la pediatra por el software precisamente (estaban poniendo vacunas a los crios y midiendo al mayor). Y no se quejo mucho del sistema (Castilla y Leon). No se si es el que dices.
#28 Hay administraciones donde sí se publican las aplicaciones como software libre, por ejemplo, en Andalucía: http://www.juntadeandalucia.es/repositorio/index.jsf (eso sí, antes de hacerlas no comprueban si hay alguna opción que sea software libre para basarse en ella).
Es un "yo me he llevado mi comisión, tú, si quieres, no te la lleves que esto ya está hecho". No pica ni el tato.
Es posible que tengamos 17 aplicaciones que hacen lo mismo y que todas sean algún tipo de software de código abierto.
#14 Nada como una clausula de "Te voy a follar vivo como no funcione bien".
#64 Si y no. En realidad actualizar las historias es un proceso realtivamente sencillo. He montado CRMs bastante complejos como para saber de lo que hablo. Si se hace bien es relativamente sencillo. La parte más compleja es la de asistencia al diagnostico.
#31 Ni idea. Mi pregunta fue curiosidad insana porque soy del sector TI, pero vamos que no lo he visto ni en pintura en mi vida.