Diferencia entre revisiones de «Categoría:Sistemas sanitarios»
| Línea 30: | Línea 30: | ||
El otro enfoque, la vuelta a los sistemas propietarios estilo SAP, Siebel o Tibco facilitados por un solo proveedor, plantea la problemática de casarse con una cierta tecnología que dificulta el acceso a la información y obliga a la adquisición y mantenimiento de licencias durante toda la vida del sistema informático. | El otro enfoque, la vuelta a los sistemas propietarios estilo SAP, Siebel o Tibco facilitados por un solo proveedor, plantea la problemática de casarse con una cierta tecnología que dificulta el acceso a la información y obliga a la adquisición y mantenimiento de licencias durante toda la vida del sistema informático. | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
== Enlaces no tabulados por falta de datos == | == Enlaces no tabulados por falta de datos == | ||
Revisión del 15:00 19 ene 2020
Muy conocidos son el DIRAYA, Selene y AP-Madrid pero al conjunto de sistemas se le suele llamar genéricamente SNS, esto ayuda a diluir la responsabilidad y pretende anular la labor investigadora.
Historia
La politizacion y regionalización de los 80
La división de responsabilidades entre las comunidades autónomas fue un proceso iniciado en 1980, e impulsado durante 1990, esto produjo una politización de la gestión sanitaria y un uso ineficiente de los recursos tecnológicos, produciendo sistemas de gestión redundantes e incompatibles entre las diferentes comunidades autónomas [1].
Las aplicaciones en los 90
Uno de los sistemas más empleado en 1990-2000 fue OMI-AP, la integración informatizada entre comunidades autónomas era prácticamente inexistente y la regionalización y falta de estandarización que en otros países no había sido tan elevada en España generó toda una amalgama de aplicaciones propietarias y protocolos no estandarizados que provoco problemas a la hora de seguir la historia clínica de los pacientes.
Caos de aplicaciones de 2000
Los médicos sufren a diario la amalgama de sistemas informáticos de funcionalidad limitada y usabilidad reducida que diferentes gobiernos han ido facilitando con los años para las diferentes comunidades autónomas, el siguiente fragmento refleja la situación en Alicante en Abril de 2011:
Abucasis (para la historia clínica), Microbiología, Laboratorio (para las analíticas), Radiología (para las imágenes de radiología general), Anatomía Patológica, Control Sintrom, Alta de Hospital y Afin (para pacientes hospitalizados) son los programas que se deben utilizar. En unos casos, -además de introducir el usuario y password-, se debe localizar al usuario con el número SIP y un cero delante; en otros, sin el número cero; también los hay que exigen el nombre, pero sin el SIP y aquellos que tienen un registro propio. «Si en una consulta se precisa atender una radiografía simple, una analítica y un urocultivo se han de manejar cuatro programas distintos, con sus diferentes criterios de búsqueda y, evidentemente, tienes que atender al paciente, diagnosticarlo, dar cita, las recetas... La burocracia no ha disminuido con respecto al papel, se ha mecanizado». [2]
Política integradora de 2010
Desde 2010 se empezaron a sacar leyes claras en la necesidad de integrar los sistemas informáticos, las hubo también en años anteriores pero a partir más o menos de este año se empieza a notar el peso de las malas noticias en medios de prensa (cada vez menos en los medios principales participados por Indra) y se nota una mayor preocupación por mejorar la calidad del software, obviamente no en todas las CCAAs y no con todos los gobiernos, de ahí que los desastres puntuales sigan siendo la tendencia.
Pacientes que sufren las consecuencias
Los pacientes sufren esta gestión ineficiente que los políticos y administradores permiten, muchas veces para dar cabida a sus contactos personales. Esto perjudica a los usuarios finales, como muestra un comentario sobre el sistema médico de Alicante: "muchos enfermos tuvieron que volver más tarde, o al día siguiente, a su centro de salud para terminar de resolver las gestiones".[3]
Arquitecturas SOA contra sistemas propietarios
El enfoque usado en otros países en estos escenarios tan deslocalizados es el empleo de arquitecturas SOA (integración de servicios) de forma que cada comunidad autónoma pueda proporcionar sus propios servicios y mantener sus "tierras" sin que se produzcan perdidas de rendimiento.
El otro enfoque, la vuelta a los sistemas propietarios estilo SAP, Siebel o Tibco facilitados por un solo proveedor, plantea la problemática de casarse con una cierta tecnología que dificulta el acceso a la información y obliga a la adquisición y mantenimiento de licencias durante toda la vida del sistema informático.
Enlaces no tabulados por falta de datos
Referencias
- ↑ http://www.adn.es/lavida/20111004/NWS-1203-Expertos-politizacion-denuncian-reforma-sistema.html
- ↑ http://www.laverdad.es/alicante/v/20110407/provincia/caos-informatico-deja-tiempo-20110407.html
- ↑ http://www.diarioinformacion.com/alicante/2011/03/08/caida-sistema-informatico-satura-consultas-centros-salud/1102492.html
Páginas en la categoría «Sistemas sanitarios»
Las siguientes 28 páginas pertenecen a esta categoría, de un total de 28.
