Portada
mis comunidades
otras secciones
#25:
Yo trabajo en una empresa que hace software más que nada para el sector salud, tenemos una aplicación para gestionar los cribados de cáncer de colon, que envían citas automáticamente a los pacientes que cumplen unos criterios, para hacer pruebas de detección precoz, puede ser que el hecho de haber fallecido no figurase en los datos del hospital, con lo cual se haya generado la cita automáticamente como si estuviese vivo, no es que le hayan citado para una consulta normal.
#15:
Bueno, no es exactamente una cita con el especialista sino una campaña de detección temprana de dicho cáncer en personas mayores de cincuenta años, lo sufras o no. No recuerdo que a mediados de los 90 estuviesen implantadas estas campañas preventivas.
"Se le realizará una prueba sencilla: el test de sangre oculta en heces, capaz de revelar la presencia de alteraciones en el colon o recto que sería preciso estudiar más a fondo". Y que sepa esto no es colonoscopia, cómo se titula, sino sólo un análisis de heces y que luego se derivaría según resultados. Ya, ya sé que de todas formas para qué...
"Se le realizará una prueba sencilla: el test de sangre oculta en heces, capaz de revelar la presencia de alteraciones en el colon o recto que sería preciso estudiar más a fondo". Y que sepa esto no es colonoscopia, cómo se titula, sino sólo un análisis de heces y que luego se derivaría según resultados. Ya, ya sé que de todas formas para qué...
#10:
La culpa siempre es del informático.
#37:
#34 Bueno, puestos a rascar... estás borrando TODAS las citas del paciente y cargándote un histórico útil para posibles análisis BI presentes y futuros. Deberías haber hecho:
DELETE t_Citas
FROM Citas t_Citas INNER JOIN Pacientes
ON t_Citas.IdPaciente = Pacientes.IdPaciente
WHERE (Pacientes.StatusEnfermo = 'Kaput' OR Pacientes.StatusEnfermoLife = FALSE)
AND Pacientes.FechaKaput IS NOT NULL
AND t_Citas.FechaCita > Pacientes.FechaKaput;
DELETE t_Citas
FROM Citas t_Citas INNER JOIN Pacientes
ON t_Citas.IdPaciente = Pacientes.IdPaciente
WHERE (Pacientes.StatusEnfermo = 'Kaput' OR Pacientes.StatusEnfermoLife = FALSE)
AND Pacientes.FechaKaput IS NOT NULL
AND t_Citas.FechaCita > Pacientes.FechaKaput;
#5:
La culpa fue de la víctima, por no avisar de que se había muerto. 
Comentarios
La culpa siempre es del informático.
#10 del becario.
#10 Esos misteriosos sistemas informáticos estables que funcionan bien hasta que cuando alguien la caga misteriosamente cometen un fallo informático.
Luego está cuando alguien se va o le echan de una empresa y durante unos meses toda cagada que se cometa se trata de achacar a quien ya no está. "Buh, claro eso que ha petado lo hizo Fernández".
#10 Una verdad inamovible es que, esto con Zapatero en el gobierno, no pasaba.
#70 O que precisamente fue algo que hizo Zapatero y nos pasa ahora...
Son versiones distintas idóneas para cada ocasión y grupo político.
#71 Por lo que yo recuerdo, y no hablo de noticias leídas en Internet sino de experiencia propia, con Zapatero la sanidad pública funcionaba de otra forma.
La culpa fue de la víctima, por no avisar de que se había muerto.
#5 no, es su culpa por morirse.
#6 Y encima faltaría a la cita, con el montón de gente que hay en la lista de espera.
#9 Y sin avisar
Yo trabajo en una empresa que hace software más que nada para el sector salud, tenemos una aplicación para gestionar los cribados de cáncer de colon, que envían citas automáticamente a los pacientes que cumplen unos criterios, para hacer pruebas de detección precoz, puede ser que el hecho de haber fallecido no figurase en los datos del hospital, con lo cual se haya generado la cita automáticamente como si estuviese vivo, no es que le hayan citado para una consulta normal.
Bueno, no es exactamente una cita con el especialista sino una campaña de detección temprana de dicho cáncer en personas mayores de cincuenta años, lo sufras o no. No recuerdo que a mediados de los 90 estuviesen implantadas estas campañas preventivas.
"Se le realizará una prueba sencilla: el test de sangre oculta en heces, capaz de revelar la presencia de alteraciones en el colon o recto que sería preciso estudiar más a fondo". Y que sepa esto no es colonoscopia, cómo se titula, sino sólo un análisis de heces y que luego se derivaría según resultados. Ya, ya sé que de todas formas para qué...
#15 El caso está ya sentenciado, no te molestes, el populacho ha hablado.
Pues ya sabemos el diagnóstico que dará la colonoscopia: descomposición.
Esto demuestra que no existen los fantasmas. Si existiesen volvería para vengarse.
Hay gato encerrado.
Tengo un caso cercano que le dieron 18 meses de espera para una operación y el mismo médico le operó en una clínica privada en una semana previo pago.
Error informático, me encanta esa salida para los problemas.
“Lo siento cariño, no me duele la cabeza esta vez, es un error informático “
#61 De eso nada colega..., el optimizador no es tu amigo y el DBA tampoco, o escribes bien las sentencias SQL o estas kaput 👎
#62 Hale, hale, ya pasó. Ya pasó.... joe... cómo os poneis algunos
frikispuristasEnga. Llevas toda la razón.
#63 De
frikipurista na de na, como buen DBA mi trabajo entre otras cosas, consiste en darle caña a los inútiles de desarrollo y no pasarles ni una..."un error informático" y tomará "medidas" para que no vuelvan a ocurrir estas situaciones
Delete Citas where StatusEnfermo = 'Kaput'
#8 Delete Citas where StatusEnfermoLife = FALSE
#8 #18 ¿y la clausula FROM que? ¡por Dios aprended a escribir SQL, que el SQL ANSI no es tan complicado!
Delete FROM Citas where StatusEnfermo = 'Kaput' ;
Delete FROM Citas where StatusEnfermoLife = FALSE ;
Saludos de vuestro querido DBA
#33 De SQL vamos bien, pero de diseño de bases de datos, todavía no. ¿Qué pinta el estado del enfermo en la tabla de citas? Mejor así:
DELETE FROM Citas WHERE IdPaciente IN
(SELECT IdPaciente FROM Pacientes WHERE StatusEnfermo = 'Kaput' OR StatusEnfermoLife = FALSE);
Y las definiciones de las columnas las dejo para otro día.
#34 Bueno, puestos a rascar... estás borrando TODAS las citas del paciente y cargándote un histórico útil para posibles análisis BI presentes y futuros. Deberías haber hecho:
DELETE t_Citas
FROM Citas t_Citas INNER JOIN Pacientes
ON t_Citas.IdPaciente = Pacientes.IdPaciente
WHERE (Pacientes.StatusEnfermo = 'Kaput' OR Pacientes.StatusEnfermoLife = FALSE)
AND Pacientes.FechaKaput IS NOT NULL
AND t_Citas.FechaCita > Pacientes.FechaKaput;
#37 #34 #33 Este es el MNM que me enganchó.
#41 ¡Estos son los piques que molan!
#41 antes que borrar citas mal creadas, mejor modificar el proceso que las genera o inserta para meter la condición ahí que el paciente debe estar vivito por lo menos, aunque no esté coleando.
#34 #41 De diseño de BD vas bien, pero de eficiencia hay que mejorar. La cláusula IN que propones hace que para registro en la tabla Citas, lances una select sobre la de Pacientes, para ver si está entre los fallecidos o no. Esta consulta tardará un montón.
Propongo:
Delete c
from citas c inner join pacientes p
on c.idPaciente = p.idPaciente
where p.StatusEnfermo = 'Kaput' OR p.StatusEnfermoLife = FALSE
#37 de verdad estáis haciendo un inner join? Vosotros de rendimiento, flojo, verdad?
#51 Se supone que es una relación PK=FK, y que por tanto estará creada e indexada debidamente. Solo quería ilustrar a #34 el detalle de que busca de más.
Si lo que buscas es el rendimiento, puedes forzar un WITH INDEX a la relación para ahorrar el trabajo al planificador de consultas en la primera ejecución, pero dado que luego quedaría cacheado hasta el recálculo de índices y estadísticas, no veo necesario forzar tanto si la estructura de la BD no es muy cambiante.
#56 juas! Se ha picado!!
#37 y no es más fácil poner un trigger cuando cambie el estado a muerto, así no hubiera pasado esto.
#52 El trigger de Bengala no sería práctico en ciertos casos. Un infartado puede morirse varias veces, y al final acabar vivo, con lo que podría borrar datos son ser necesario.
Todos los campos tienen su lógica:
- StatusEnfermo: Campo char que admite varios valores: vivo, jodido, al_límite, kaput, casi_muerto*, tieso**
- StatusEnfermoLife: Campo boolean que indica si StatusEnfermo se refiere a vivo.
- FechaKaput: Campo date que indica la fecha del fallecimiento.
* El valor 'casi_muerto' se usará en los hospitales privados cuando se sospeche que el paciente no tenga fondos.
**El valor 'tieso' se usará en los hospitales privados cuando sea seguro que el paciente no tenga fondos.
#37 Lo siento por el negativo... Te iba a decir que con tanta tabla, diseño y SQL no me extraña nada que lo volvieran a llamar con el status "Kaput"
#34 Vamos a ver que dijo un ciego, yo no estoy corrigiendo el diseño lo que estoy corrigiendo es la sintaxis de la sentencias SQL.
El programa puede que este bien o mal diseñado, pero esas dos sentencias SQL tal y como estaban escritas te aseguro que van a fallar más que una escopeta de feria (palabra de DBA )
#33 La cláusula FROM es que ya entre amigos se sobreentiende.
#33 El FROM es opcional en las deletes desde hace la tira de años. No aporta nada y personalmente prefiero las sentencias lo más breves y limpias posible.
#8 Apostaría a que el proyecto lo lleva Indra
No es verdad el titular.Lo citan para un análisis de sangre en las heces, que es una prueba de rutina que han establecido las Consejerías de Salud de muchas comunidades autónomas como parte de programas de detección precoz de tumores colo-rectales. Por algún error en la base de datos, no lo dieron de baja en la misma (a saber si hubo alguna responsabilidad de la familia) cuando falleció. Tampoco es para tirarse de los pelos y montar este drama sensacionalista
#29 Si hay posibilidad de colgar a Susana Díaz, se hará.
#29 con todo respeto, has pedido alguna cita de especialista del SAS recientemente?
Eso que cuentan en la historia de terminar yendo a una privada a hacerte una colonoscopia donde te detectan el cáncer sigue pasando, en concreto a mi padre hace unos meses. Eso sí, luego lo operaron pronto por la pública y ahora con la quimio, de momento la cosa parece ir bien.
Por cierto, en la noticia hablan de colonoscopia, pero luego en la carta lo que dicen es lo siguiente:
"Se le realizará una prueba sencilla: el test de sangre oculta en heces, capaz de revelar la presencia de alteraciones en el colon o recto que sería preciso estudiar más a fondo".
Eso no es una colonoscopia. De hecho lo raro sería que te citen para una solo por prevención cuando no es una prueba muy agradable.
Y a Rita Barberà le envían una invitación para inaugurar el AVE.
Vale, no son 20 años pero...
Iba a decir que el titular es bastante sensacionalista, pero en realidad simplemente es falso. No se trata de ninguna cita ni de una colonoscopia. Es una carta genérica que se envía dentro de una campaña de detección precoz para realizar un test en el domicilio.
Pero fue o no fue a la consulta?
#2 Cualquier excusa sirve cuando no se es serio.
Declaraciones de la consejera: "En muchos casos citamos a pacientes pera hacerles pruebas tecnológicamente punteras y muchos ni siquiera vienen a hacerse las pruebas"
#7 Este es uno de ellos
#7 Hasta que un día venga uno. Ese sera considerado el "paciente cero"
Todo esto es mentira, la junta de andalucía no se cansa de repetir que se está en la 5ª (he perdido la cuenta del número, más que nada por mentiras) revolución tecnológica.... así que esta noticia es un fake como un castillo
#31 Ha sido visitada por muchos comerciales de software.
Estos fallos acojonan, que son capaces de llamarme aún para hacer la mili.
#23 En Francia quieren recuperarla. No lo digas muy alto
No hay problema. En las proximas elecciones tambien votará.
La Susana no es culpable, ni responsable, ni ná.
#11 ..como Rajoy
#11 La culpa sería del PP... si no fuera porque el PSOE lleva el doble de los 20 años gobernando sin pausa. Pero bueno, ya lo dice #26.
#11 La culpa es de su ratón. Y eso que era tan chiquitín...
Esto le pasa por no poner un wasa, no tendría tiempo en el tanatorio
20 años... Error informático....
Mae mía... Si por entonces llevarían las listas con papel galgo y bic cristal.
Tengo dudas de si el INE cruza datos con la consejería de salud para "eliminar" a los muertos. Si ha fallecido fuera de territorio andaluz es perfectamente posible que en la consejería de salud figure como vivo.
Tomará medidas para que no nos volvamos a enterar...
Sabia que las listas de espera eran largas, pero esto es ya un despropósito.
Gusana Díaz es lo peor, los profesionales sanitarios (de atención primaria y todos) debería nestar mejor PERO ESTA NOTICIA ES PURA PROPAGANDA que haéis llevado a portada como borregos (unos) y como shills (otros).
Acaso no se lee como que este hombre estaba esperando para hacerse una colonoscopia y nunca le citaron y se murió de cancer? Vamos más nonsensenacionalista no pué ser señora!
Además es corta casi como un teletipo. Tendría sentido subirla a portada por las risas y el humor negro pero aquí lo que hay es una caterba de becarios del eldiario y mucha gente que cree lo que quiere creer
Próxima noticia "Los hospitales de Andalucía han reducido las listas de espera de pacientes para operarse" estaban dando cita a fallecidos y perdiendo el tiempo para que respondan.
¿20 años después? Joder que rápido.
Este es el tipo de tonterías que es una tontería pero que al periódico le vuelve loco:
No es una mala gestión
No es una prevaricación
No es un ejemplo de un sistema desastroso
No tiene importancia
No tiene relevancia social aparte de que le ha costado un disgusto a una pobre señora
Es un caso aislado (este sí) por un fallo cruzando bases de datos entre administraciones, algo que cualquiera que haya trabajado en ello sabe que es el infierno, que son millones de registros, que es imposible que salga perfecto y hay que trabajar no con unidades sino con porcentajes de error.
Pero oye! hemos creado opinión!
El caso ha prescrito
Por este mismo motivo he pedido que, cuando muera, me entierren con el culo fuera.
Lo primero que he pensado al ver la noticia a sido que era un problema por las altas colas de espera en Sanidad.
sas en estado puro